end_script()
{
local args
local exit_code
local reason
args="$#"
exit_code="1ドル"
reason="2ドル"
[ "$args" = 2 ] \
&& printf "%s\n" "Error : $reason"
printf "%s\n\n" "End of the script."
exit "$exit_code"
}
is_empty()
{
local var
var="1ドル"
[ -z "$var" ]
}
is_empty "$DIR_SRC" \
&& end_script "1" "the user variable \"DIR_SRC\" is not set."
plutôt que
[ -z "$DIR_SRC" ] \
&& printf "%s\n%s\n" "the user variable \"DIR_SRC\" is not set." "End of the script." \
&& exit 1
c'est pousser le bouchon un peu loin.
après le site fait de la programmation défensive :
structurer son code pour limiter au strict minimum les surfaces d’attaques.
Il faut aussi dire plus il y'a de code plus la surface d'attaque est grande.
Je pense qu'il faut maîtriser la sémantique d'un langage pour l'utiliser.
vouloir faire se ressembler tous les langages de programmation est une utopie.
Comme dirait Guenièvre un moment pour faire du cheval il faut faire du cheval.
Pour le shell et le bash en particulier c'est pareil. On peut utiliser des bonnes pratiques pour sécuriser la programmation mais il ne faut pas nier les spécificités du langage.
Il ne faut pas oublié non plus d'être rigoureux : il n'y a pas de mauvais langage...
[^] # Re: une bien belle fonction...
Posté par Nodeus . En réponse au message Questions sur les fonctions. Évalué à 2. Dernière modification le 09 juin 2020 à 23:33.
Je dis simplement qu'utiliser cette fonction
end_script()
{
local args
local exit_code
local reason
args="$#"
exit_code="1ドル"
reason="2ドル"
[ "$args" = 2 ] \
&& printf "%s\n" "Error : $reason"
printf "%s\n\n" "End of the script."
exit "$exit_code"
}
is_empty()
{
local var
var="1ドル"
[ -z "$var" ]
}
is_empty "$DIR_SRC" \
&& end_script "1" "the user variable \"DIR_SRC\" is not set."
plutôt que
[ -z "$DIR_SRC" ] \
&& printf "%s\n%s\n" "the user variable \"DIR_SRC\" is not set." "End of the script." \
&& exit 1
c'est pousser le bouchon un peu loin.
après le site fait de la programmation défensive :
Il faut aussi dire plus il y'a de code plus la surface d'attaque est grande.
Je pense qu'il faut maîtriser la sémantique d'un langage pour l'utiliser.
vouloir faire se ressembler tous les langages de programmation est une utopie.
Comme dirait Guenièvre un moment pour faire du cheval il faut faire du cheval.
Pour le shell et le bash en particulier c'est pareil. On peut utiliser des bonnes pratiques pour sécuriser la programmation mais il ne faut pas nier les spécificités du langage.
Il ne faut pas oublié non plus d'être rigoureux : il n'y a pas de mauvais langage...