Recherche:

Mais dans ce cas là, qu'est-ce qui nous empêcherait de faire :


if( ! result )
{
switch( errno )
{
default:
std::cerr << "Erreur inconnue de code : " <<...

Je ne comprend pas.

Pour les cas d'erreurs, je pense qu'on a généralement 3 cas :

0 = erreur, regarder errno pour plus d'informations ;
< 0 = erreur ;
! 0 = erreur.


Dans les trois...

Ouais, je renvois aussi parfois des exceptions quand c'est vraiment critique, mais cela reste en effet assez rare.


Je pense que c'est le Java qui m'a un peu dégoûté des exceptions :aie:.

Personnellement, je n'aime pas quand les fonctions lancent des exceptions à tout va.

Je préfère avoir un retour de fonction et décider de ce que je dois faire localement.
Si je dois faire un...

Là, il parle d'assertion au sens large, d'ailleurs j'ai d'ailleurs l'impression qu'ils déconseillent l'utilisation d'assert (pour cette situation).

Par assertions on parlait de l'utilisation...

Cela me semble un peu dur.

Personnellement, je pense qu'il faut avoir du courage pour créer un fichier par petit test faire les fixtures, etc.
Pourquoi ne pas regrouper des séries de tests...

Oui, bien sûr, ceci est complètement inutile.


Oui, c'est cela.
Le but, entre autres, est de fournir une interface (fichiers .h) et le comportement (tests unitaires) puis de laisser chacun faire...

Que veux-tu dire par là ?

le superflu d'aujourd'hui est l'indispensable de demain ;
continu comme ça, plantes-toi et apprends de ton expérience ;
?


Il faut comprendre que le TDD est une...

Pour être bien sûr, tes assertions, tu les fais dans tes méthodes ou dans tes tests ?



Pour être exact, de vérifier/valider un comportement, c'est plus fort que d'éliminer des bugs, c'est aussi...

Si tu utilises assert(), ce n'est pas des tests unitaires.

Si la condition est fausse, tu va planter.
Tu ne vas donc pas pouvoir enchaîner les tests et tu ne sauras pas directement combien...