mais est ce pour autant mieux ?
Dans ce genre de bidouille on ne teste pas si le fichier existe, il n'y a pas de limite non plus
si je pointe sur des fichiers comme /dev/random ou /dev/zero
bref ces sucres syntaxiques sont dangereux, ils permettent d'esquisser un traitement ou un algorithme
Mais des que l'on veut mettre en prod quelque chose
1- il faut tout tester et vérifier avant de faire quoi que se soit, ne serait ce que pour faciliter la recherche de problème
2- si on test il faut logger (surtout si c'est cron qui le lance :) )
3- et je n'aborde même pas la problèmatique liée à la sécurité, je suis bien a l'abri derrière mon pare feu
donc même pour un truc tout bête ya du code a pondre tout autour
une fois j'ai lu que l'on pouvait qualifier la qualité d'un programme aux nombres de ses messages d'erreurs
par exemple : oracle (la base de données pas la sté) et sa classification poussé des erreurs ORA- (et les autres) en recherche de problème
c'est un vrai bonheur, a part quelques messages génériques souvent le code erreurs fait mouches et l'on trouve
rapidement une explication au problème => c'est un exemple a suivre
Mais bon sa sent le vécu ya qq dizaines d'années de dev derrière
[^] # Re: POO
Posté par Christophe B. (site web personnel) . En réponse au journal Du code propre, c'est quoi ?. Évalué à 5.
Le langage perl est le meileur a ce petit jeu
mais est ce pour autant mieux ?
Dans ce genre de bidouille on ne teste pas si le fichier existe, il n'y a pas de limite non plus
si je pointe sur des fichiers comme /dev/random ou /dev/zero
bref ces sucres syntaxiques sont dangereux, ils permettent d'esquisser un traitement ou un algorithme
Mais des que l'on veut mettre en prod quelque chose
1- il faut tout tester et vérifier avant de faire quoi que se soit, ne serait ce que pour faciliter la recherche de problème
2- si on test il faut logger (surtout si c'est cron qui le lance :) )
3- et je n'aborde même pas la problèmatique liée à la sécurité, je suis bien a l'abri derrière mon pare feu
donc même pour un truc tout bête ya du code a pondre tout autour
une fois j'ai lu que l'on pouvait qualifier la qualité d'un programme aux nombres de ses messages d'erreurs
par exemple : oracle (la base de données pas la sté) et sa classification poussé des erreurs ORA- (et les autres) en recherche de problème
c'est un vrai bonheur, a part quelques messages génériques souvent le code erreurs fait mouches et l'on trouve
rapidement une explication au problème => c'est un exemple a suivre
Mais bon sa sent le vécu ya qq dizaines d'années de dev derrière
bon Dredi
A+
Chris