c'est bien pour ça qu'il y a les exception et vérification avec les code d'erreurs. De plus on peux très bien laisser les assertions en production cependant les assertion comme je dit sont surtout la pour détecter les erreur de la part du programmeur, c'est à dire exécuter une fonction dans les mauvaises conditions.
L'assertion bloque le développeur dans ce cas il n'a plus quand mettre en place les vérifications nécessaire pour que cela n'arrive jamais.
Moi je part du principe que tous les programmeur font des erreurs alors sur des projet une peu grand autant ce mettre des garde fou.
Après pour faire les tests je crois que le meilleur c'est de faire du fuzzing même si j'ai jamais essayer.
[^] # Re: sinon faut bien coder aussi
Posté par lsmod . En réponse à la dépêche ErrorNot: Une application pour être sûr(e) que toutes vos erreurs seront vues et corrigées. Évalué à 2.
L'assertion bloque le développeur dans ce cas il n'a plus quand mettre en place les vérifications nécessaire pour que cela n'arrive jamais.
Moi je part du principe que tous les programmeur font des erreurs alors sur des projet une peu grand autant ce mettre des garde fou.
Après pour faire les tests je crois que le meilleur c'est de faire du fuzzing même si j'ai jamais essayer.