Posté par reno .
En réponse à la dépêche Seaside 2.7.
Évalué à 4.
>En général on s'en rend compte vite de ce genre d'erreur, donc elles sont assez bénignes.
Sauf dans les cas ou on ne s'en rend pas compte, bien sur (affectation de la variable dans un if), et la le bug arrive en production..
>tu est un développeur sérieux tu as plein de tests unitaires, n'est-ce pas ?
Les développeur "sérieux" qui testent toutes les combinaison de branchements dans leur code, ça n'existe pas: beaucoup trop de combinaisons possibles.
>Sauf que ça disperse les déclarations de variables dans le code, donc il faut les chercher.
Bof, c'était le même argument pour le C ou le Pascal, en pratique en C++ je n'ai jamais eu le problème de lister les variables locales d'une fonction..
>Or si il y a bien qqch d'important, c'est de savoir si tu as affaire à une variable locale ou une variable d'instance
Bin je ne connais pas l'environnement de dev Smalltalk, mais il ne pourrait pas tout simplement utiliser une coloration pour indiquer la différence?
Une convention de nommage peut faire l'affaire aussi (avantage, c'est imprimable).
Ruby impose $ et @ pour différencier les types d'accès, ce qui permet très simplement d'éviter ce genre de confusion.
[^] # Re: Langage des dinosaures
Posté par reno . En réponse à la dépêche Seaside 2.7. Évalué à 4.
Sauf dans les cas ou on ne s'en rend pas compte, bien sur (affectation de la variable dans un if), et la le bug arrive en production..
>tu est un développeur sérieux tu as plein de tests unitaires, n'est-ce pas ?
Les développeur "sérieux" qui testent toutes les combinaison de branchements dans leur code, ça n'existe pas: beaucoup trop de combinaisons possibles.
>Sauf que ça disperse les déclarations de variables dans le code, donc il faut les chercher.
Bof, c'était le même argument pour le C ou le Pascal, en pratique en C++ je n'ai jamais eu le problème de lister les variables locales d'une fonction..
>Or si il y a bien qqch d'important, c'est de savoir si tu as affaire à une variable locale ou une variable d'instance
Bin je ne connais pas l'environnement de dev Smalltalk, mais il ne pourrait pas tout simplement utiliser une coloration pour indiquer la différence?
Une convention de nommage peut faire l'affaire aussi (avantage, c'est imprimable).
Ruby impose $ et @ pour différencier les types d'accès, ce qui permet très simplement d'éviter ce genre de confusion.