bien, en fait, suivant la nature de l'�v�nement, j'effectue des actions
pouvant g�n�rer des Exceptions que je veux laisser remonter jusqu'� mon
objet "de base" de mon appli, qui lui catchera toutes les exceptions de
ce type ("ViewerException") et les traitera. ceci est un fonctionnement
dict� par les sp�c du client : l'objet de base doit fournir des infos
sur les probl�mes survenus au cours de l'�xecution.
----- Original Message -----
From: Herve AGNOUX <[EMAIL PROTECTED]>
Date: Tuesday, June 17, 2003 7:30 pm
Subject: Re: interface, impl �mentation et exception
> Le Mardi 17 Juin 2003 17:54, David MARQUES a �crit :
>
> > mais �tant donn� que la m�thode de l'interface ne lance aucune
> > Exception , je ne peux ajouter un "throws ViewerException" � la
> > signature de mon impl�mentation de cette m�thode.
> > y-a-t il un moyen de contourner ? car je dois imp�rativement laisser
> > remonter cette exception.
> > merci par avance de votre �clairage.
>
> Il est rare que les listeners retransmettent les exceptions, parce
> que ils
> sont cens�s repr�senter des unit�s de traitements autonomes, et
> que
> l'�metteur n'a rien � faire de ceux qui l'�coutent.
>
> Donc la premi�re question serait plutot pourquoi est-ce que chez
> toi il faut
> faire remonter l'exception, et s'il n'y aurait pas un moyen de
> contourner ce
> comportement exotique ? (ce qui fait 2 questions, c'est vrai).
>
> Si tu tiens � ton comportement exotique, je pense qu'il doit y
> avoit une
> justification s�mantique ; la tactique � partir de l� serait de te
> d�finir
> une interface perso qui h�rite de l'interface standard, et d'y
> placer ton
> exception.
>
>
>
> --
> SARL diaam informatique - 04 50 44 26 54
> Ingenierie, d�veloppements de syst�mes d'information
> http://www.diaam-informatique.com
>
