Ce n'est rien. J'ai de grosses lacunes en C++ parce que j'ai appris avec un bouquin qui ne "connaît" pas la STL, les namespace, les templates, les exceptions...
Hmm, un bouquin de C++ qui ne connaît pas les exceptions ? Pas génial, en effet. Moi personnellement, je ne jure que par le cours de Christian Casteyde : http://casteyde.christian.free.fr(...)
Sans déc, je teste le code en lançant l'appli, tout simplement : pas de code inutile !
Bah tu fais ce que tu veux, mais d'expérience, je te dirais que ce n'est pas suffisant. Evidement, il ne faut pas écrire la suite de tests à la va-vite. Il faut être sûr qu'elle-même va éprouver la classe concernée dans tous les cas de figure possibles. Je suis presque sûr que tu vas trouver quatre ou cinq bugs là où tu étais prêt à garantir qu'il n'y en avait pas un seul.
C'est particulièrement important lorsque tu écris les premières classes de ta bibliothèque parce que celles-ci seront dérivées et que le bug concerné va se transmettre à leurs descendants.
[^] # Re: Oubli
Posté par Obsidian . En réponse au message Déclencher et capturer une exception. Évalué à 2.
Hmm, un bouquin de C++ qui ne connaît pas les exceptions ? Pas génial, en effet. Moi personnellement, je ne jure que par le cours de Christian Casteyde : http://casteyde.christian.free.fr(...)
Sans déc, je teste le code en lançant l'appli, tout simplement : pas de code inutile !
Bah tu fais ce que tu veux, mais d'expérience, je te dirais que ce n'est pas suffisant. Evidement, il ne faut pas écrire la suite de tests à la va-vite. Il faut être sûr qu'elle-même va éprouver la classe concernée dans tous les cas de figure possibles. Je suis presque sûr que tu vas trouver quatre ou cinq bugs là où tu étais prêt à garantir qu'il n'y en avait pas un seul.
C'est particulièrement important lorsque tu écris les premières classes de ta bibliothèque parce que celles-ci seront dérivées et que le bug concerné va se transmettre à leurs descendants.