Discussion :

[onap]

Salut � tous, je viend de lire un tr�s bonne article concernant les assertions, sur votre site: http://smeric.developpez.com/java/astuces/assertions/
Mais je me demande que choisir entre un assert() ou g�n�rer un exception quand le situation le n�cessite, par exemple quand un pointeur ne pointe vers rien? ou qu'un index pass� en argument est en dehors du range d'un vector par exemple? (pour l'instant soit ma methode renvoie un bool, soit g�n�re un exception)

[Luc Hermitte]

assertions -> mode debug uniquement. Initialement, cela termine le programme. Bref, des tests qui ne seront plus faits dans les versions finalis�es.

Exception -> essentiellement quand la logique de l'application permet un �chec dont on peut se remettre. Certains pr�f�rent les codes de retour quand l'�chec est probable et ne m�rite pas l'artillerie.
Les exceptions me paraissent plus adapt�es (que les codes de retour) quand il s'agit de remonter plusieurs niveaux. Une exception est le moyen type pour faire avorter une construction. Une exception doit toujours �tre rattrap�e.

AMHA, en C++, � moins de partir sur des frameworks d'assertions plus avanc�s (comme p.ex. http://www.cuj.com/documents/s=8464/...8alexandr.html), il n'y a pas vraiment de recoupements entre assertions et exceptions. Les assertions servant � la phase de test, les exceptions permettant de se remettre de bugs mineurs attendus et de probl�mes li�s � l'environnement (plus de ressources, connexion r�seau qui a saut�, ...)

Sinon, FAQs.

[onap]

merci de ta r�ponse,
effectivement l'assertion est bien pratique en phase de debugging