> C'est une bonne idee mais une mauvaise implementation :-) > > Tu ne devrais jamais specifier de type concret en dehors de ta factory. >...
Tout a fait. J'ai mis en place tout un syst�me de factory pour g�rer les programmes r�els :-) Mais a titre "�ducatif" je trouve que la simplification a du bon :-) Je me permets de ton m�l pour te demander ton avis sur le m�l que j'ai post� hier sur EJB et JDO. Sachant que tu bosses quasi tout le temps avec des serveurs EJB, peux tu r�pondre � ces questions : -----EJB----- Pour EJB, deux questions se posent : 1 ) EJB permet-il de connaitre la modification d'une liste ? Par exemple : J'affiche sur un client Java la liste des cours ayant moins de 10 �l�ves. Pour cela j'utilise JList de Swing et un ListModel qui va bien. Par ailleurs 2 �l�ves s'inscrivent � un cours ayant d�j� 9 �l�ves. Cons�quence, ma liste doit �tre modifier (un cours vient de dispara�tre, 11 �tant sup�rieur � 10). EJB a t'il une m�thode standard ? En fait comment faire d�pendre une liste d'un requ�te SQL modifi�e par des changements externes (ici un cours obtient 11 �l�ves et donc devient s�lectionn� par le SELECT). 2 ) En consid�rant que l'application client/serveur existe comment puis-je la faire tourner en monoposte ? Je consid�re que tous les objets peuvent avoir une impl�mentation Locale. En fait je voudrais conserv� du serveur EJB que la persistance. Par contre, je n'envisage pas d'installer et de configurer un serveur EJB complet sur chaque poste. Bref existe t'il une solution pour "compiler" un serveur d'EJB uniquement locaux ? -----JDO----- Une autre possibilit� est de se contenter de JDO+RMI. JDO me permet d'avoir un seul d�veloppement pour monoposte et client serveur et RMI me permet le client/server. Dans ce cas quel est l'�tat de l'art en JDO. N'est-ce pas un peu tot ? JDO permet-il de connaitre la modification d'une liste ? Merci d'avance, -------------------------------------------------------------------- Erik Mazoyer, Chef de projet HyperOffice 6, rue Jacques Daguerre - 92565 Rueil-Malmaison Cedex T�l. 01 41 96 96 76 Fax 01 41 96 96 77 M�l [EMAIL PROTECTED] -----Message d'origine----- De : Cedric Beust [mailto:[EMAIL PROTECTED]] Envoy� : lundi 9 d�cembre 2002 19:18 � : [EMAIL PROTECTED] Objet : Re: TR: Class static VS singleton Erik Mazoyer wrote: >Un grand avantage du singleton est l'h�ritage. > >Tu d�finis une classe singleton A. >Dans un premier temps tu �cris A.gA = new A(); > >Plus tard, tu t'aper�ois qu'il y a diff�rentes impl�mentations possible >suivant les cas. > >Tu peux alors �crire >class B extends A... >class C extends A... > >Et au d�marrage tu peut �crire > >A.gA = new A(); >ou >A.gA = new B(); >ou >A.gA = new C(); > C'est une bonne idee mais une mauvaise implementation :-) Tu ne devrais jamais specifier de type concret en dehors de ta factory. Pour plus de details : http://freeroller.net/page/cbeust/20021203 http://freeroller.net/page/cbeust/20021204 -- C�dric http://beust.com/weblog
