
Envoy� par
Mickael Baron
Je vais demander � Jean-Fran�ois, l'auteur de l'article, de venir r�pondre � vos remarques.Mickael
Mickael, tu ne devais pas �tre fort au Mastermind : tu en as un seul et de mal plac� !

Pour r�pondre � professeur shadoko et jowo,
je suis assez d'accord avec vous, car il m'arrive encore d'�tre g�n� quand il s'agit de remplir mon pr�nom dans certains formulaires quand un "d�veloppeur" a estim� que 10 caract�res suffiraient.
C'est d'ailleurs l� le probl�me � mon avis : ce n'est pas au d�veloppeur d'estimer cela, c'est une "pr�condition" m�tier, sp�cifi�e par le m�tier !
Enfin, c'est quand m�me un tout petit peu hors sujet : mon article traite des pr�conditions d'API.
C'est � dire "backend" m�me si on pourrait l'�tendre � certains "frontends".
Il s'agit en priorit� de contr�ler les arguments qui "arrivent" dans une m�thode, pour �viter des valeurs nulles alors qu'elles sont n�cessaires ou encore des listes vides (ou nulles) alors qu'elles sont sens�es ne pas l'�tre.
Il faut absolument alors tester que les arguments soient "acceptables" avant de commencer tout traitement qui n�cessiteraient au mieux un rollback, au pire une complexit� cyclomatique (multi-imbrications de if / else) �lev�e pour g�rer les cas d'erreurs.
Ne pas tester les arguments, revient potentiellement au code (et au bug) qui a eu pour cons�quence
le crash d'Ariane 5
A titre personnel, je ne teste pas partout tous les arguments, mais essentiellement sur ce que "j'offre" � l'ext�rieur. (D'ailleurs, c'est stipul� dans l'article).
Il ne s'agit pas de contraindre trop fortement ce qui "arrive", mais de contr�ler quand m�me un semblant d'information correcte.
Quant � la date du 00/00/1964 en Suisse (que je ne connaissais pas) ... comment dire ... encore un syst�me o� le "m�tier" n'a pas su dire (ou �tre entendu) sur le fait qu'une date pouvait aussi �tre "ind�termin�e".
Merci de vos r�actions !
Fran�ois-Xavier.
0 |
0 |