> crit�re suppl�mentaire: internationalisation de l'IHM > => avantage Swing. Pas necessairement. Une application dont l'IHM est faite en HTML est bien plus facile a internationaliser. Deja parce que l'HTML est bien moins gourmand en espace et que le texte est plus libre donc tu n'as pas de problemes de Layout. D'autre part, je pense qu'il existe bien plus de pages HTML ecrites dans des langages differents que d'applications Swing. Enfin, les differents browsers HTML les plus utilises supportent en general plus de methodes d'entree (IME) que les applications Swing. Pour ce que j'en ai vu, pour gerer l'entree de texte Japonais dans une application Swing depuis une station de travail dont l'OS est anglais, c'est un peu la croix et la banniere non?
D'autre plus, Struts propose un bean permettant de gerer l'extraction de resources dans les pages JSP, donc tu peux utiliser le meme systeme base sur les ResourceBundles que dans Swing. Nicolas LAMY Olivier wrote: > Bonjour, > Ce document r�sume assez bien les nombreux points � prendre en compte. > Quelques remarques tout de m�me sur les points suivants (en se placant dans > le cas d'une application Intranet ce qui est souvent le cas) : > - Finitions du design : Non triviale d� aux particularit�s des navigateurs . > faux puisqu'un parc informatique est "cens�" comprendre des versions > logiciels identiques. > - Finitions du design : Peut �tre rendu complexe par le manque de > formalisation du langage HTML. Qu'entendez-vous par formalisation ? Si vous > parlez de normes, il me semble que l'HTML en est pourvues. > - Connaissances � ma�triser : Nombreux langages : HTML, XML, Java, > (Javascript). Que vient faire le XML l� dedans ? Si c'est un moyen > d'�changer des donn�es, il devra aussi �tre maitris� dans le cas d'une > application SWING. > - Compatibilit� : D�pend des versions des navigateurs et D�pend du niveau > de s�curit� des navigateurs (ex : Javascript). ces points sont � rattacher � > la premi�re remarque. > > Le point le plus important est qui n'est pas �norm�ment soulign� est la > probl�matique du d�ploiement. Une application en SWING sur une vingtaine de > postes (le probl�me de comptabilit� peut �tre r�solu ais�ment) mais pensez � > des applications qui tourne sur plusieurs centaines de postes (qui parfois > peuvent �tre �loign�s g�ographiquement). > > Cela dit c'est un vaste probl�me s�rement aussi culturel et aussi de > comp�tences disponibles (il est plus facile de trouver des personnes > ma�trisant HTML,JSP et un peu EJB que des personnes ma�trisant la compl�xit� > d'une application SWING. > Mais nous entrons dans un probl�me mettant en cause des probl�matiques > subjectives et d'exp�riences professionnelles. > Olivier qui vous donne son avis "personnel" > > > ----- Original Message ----- > From: <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Sent: Friday, February 22, 2002 4:03 PM > Subject: Re: Co�t de r�alisation JSP/SWING > > > > > Bonjour, > > je fais suite aux �changes du 18/02 dernier sur les comparaisons des co�ts > de r�alisation d'une appli JSP et d'une appli SWING. > Ayant fait un bilan des discussions, j'ai pens� que cela pouvait en > int�resser certains. Ci-joint donc le document RTF. > (See attached file: JSP vs Swing.rtf) > a+ > > julien > > > > ********************************************************************** > Ce message �lectronique et tous les fichiers joints ainsi que les > informations contenues dans ce message (ci apr�s "le message"), sont > confidentiels et destin�s exclusivement � l'usage de la personne � laquelle > ils sont adress�s. Si vous avez re�u ce message par erreur, merci de le > renvoyer � son �metteur et de le d�truire. Toute diffusion, publication, > totale ou partielle ou divulgation sous quelque forme que ce soit non > express�ment autoris�es de ce message, sont interdites. > > ********************************************************************** > This e-mail, any attachments and the information contained (herein " the > message") are confidential and intended solely for the use of the > addressee(s) if you have received this message in error please send it back > to the sender and delete it. Unauthorized publication, use, dissemination or > disclosure, either whole or partial, of this message is strictly > prohibited. > -- ______________________________________________ Alexis Moussine-Pouchkine <[EMAIL PROTECTED]>
