Je crois que le souci est qu'on a pas l'air d'accord sur le mot "boilerplate", donc je vais donner ma définition, puis toi la tienne, et la, je vais pouvoir répondr eà ta question, car la, je la comprends pas.
Pour moi, le boilerplate, c'est tout les trucs inutiles que tu est obligé de copier partout mais que tu ne touche pas
Dans le cas d'un script d'init, c'est :
- la déclaration ". /etc/init.d/functions" ou équivalent, qu'on retrouve partout
- le gros case pour la lecture des arguments,
- la fonction restart, qui, sauf cas particulier, fait toujours start, stop
- la gestion des pids, des lockfiles, etc qu'on refait tous à la main à chaque fois
- la fonction qui affiche les actions du script.
tout ça, c'est des trucs qui sont, à défaut d'être pareil partout tout le temps, souvent copié coller, et ce que j'appelle le boilerplate. Si jamais je veux pouvoir dire "je lance tel truc dans un chroot", l'architecture actuel a base de shell fait que ça va sans doute coincer ( entre les scripts qui utilise une fonction shell spécifique, et ceux qui le font pas , par exemple ).
Donc voila, à toi de me dire ce que tu appelles "boilerplate", et me dire ce que ta question veux dire.
[^] # Re: Trop d'honneurs...
Posté par Misc (site web personnel) . En réponse au journal yet another journal about systemd. Évalué à 5.
Je crois que le souci est qu'on a pas l'air d'accord sur le mot "boilerplate", donc je vais donner ma définition, puis toi la tienne, et la, je vais pouvoir répondr eà ta question, car la, je la comprends pas.
Pour moi, le boilerplate, c'est tout les trucs inutiles que tu est obligé de copier partout mais que tu ne touche pas
Dans le cas d'un script d'init, c'est :
- la déclaration ". /etc/init.d/functions" ou équivalent, qu'on retrouve partout
- le gros case pour la lecture des arguments,
- la fonction restart, qui, sauf cas particulier, fait toujours start, stop
- la gestion des pids, des lockfiles, etc qu'on refait tous à la main à chaque fois
- la fonction qui affiche les actions du script.
tout ça, c'est des trucs qui sont, à défaut d'être pareil partout tout le temps, souvent copié coller, et ce que j'appelle le boilerplate. Si jamais je veux pouvoir dire "je lance tel truc dans un chroot", l'architecture actuel a base de shell fait que ça va sans doute coincer ( entre les scripts qui utilise une fonction shell spécifique, et ceux qui le font pas , par exemple ).
Donc voila, à toi de me dire ce que tu appelles "boilerplate", et me dire ce que ta question veux dire.