Le 5 Feb 2002 Sebastien Cesbron a �crit : > Du coup, la limite entre assertion et test m�tier devient t�nue je > trouve ... >
Elle est tr�s claire, si je puis me permettre, sauf peut �tre dans l'exemple du compte bancaire, toujours si je puis me permettre. Les assertions doivent couvir les risques de bogues. Le concepteur dit "Normalement �a doit se passer comme �a, mais si jamais je me suis plant�, alors je sais pas ce qui se passe". Les objets m�tier de proc�dure erreur (je suppose que c'est de �a dont tu parles ? ) doivent couvrir les fausses manips venant de l'utilisateur. Normalement, quelques soient les manips de l'utilisateur, le programme ne doit pas planter, mais pr�senter un beau message � l'�cran du type "Cher utilisateur, il me semble que sauf excuses vous avez fait une fausse manip � tel et tel endroit..." etc. Donc les assertions sont la pour couvrir les erreurs de d�veloppement, les objets m�tiers erreurs sont l� pour couvrir les erreurs utilisateurs. Cela implique que, � tous moments, le concepteur sait quelles b�tises l'utilisateur peut faire, et quelles b�tises il ne peut pas faire. (on suppose que pour les siennes propre il est au courant). Cela n�cessite de bien expliciter la notion d'utilisateur... quel m�tier ! Et je persiste � penser que dans le langage Java les assertions sont assez peu utiles, � moins de programmer comme un cochon na ! -- Sur le Web, tout de suite. Herve AGNOUX - diaam informatique http://www.diaam-informatique.com
