On Wed, 02 Feb 2005 23:53:37 +0100, Sylvain Wallez <[EMAIL PROTECTED]> wrote: > Aur�lien DEHAY wrote: > > > Bonjour. > > > > Bertrand Delacretaz wrote: > > [snip] > > > >>> ...Flowscript et javaflow > >>> javaflow a t il pour objectif de remplacer � long terme le > >>> flowscript .. > >> > >> > >> > >> Ca d�pend � qui on demande... > >> > >> Flowscript est bien �tabli maintenant, et stable, javaflow est quand > >> m�me nettement plus exp�rimental. > >> > >> Mais si on avait eu javaflow � l'�poque, il n'y aurait surement pas de > >> flowscript. > >> > >> Donc: on verra...mais pour le moment flowscript est le standard. > > > > > > J'esp�re bien que �a le restera, ou du moins que flowscript continuera > > d'exister. Ce serait dommage qu'il faille absolument apprendre Java pour > > profiter de la gestion des flows alors que le pauvre non-d�veloppeur que > > je suis s'en sort avec flowscript. Ce serait du coup dommage que Cocoon > > se coupe d'une population de non d�veloppeurs. > > C'est exactement la r�ponse que j'allais faire � Nicolas ! > > Tout d'abord, Javascript n'est pas un "pseudo-langage". C'est un vrai > langage de programmation, complet et normalis� (ECMA-Script). Il > supporte les classes et l'h�ritage par prototype, et a des capacit�s de > langage fonctionnel que n'a pas Java (en JS une fonction est un objet). > La mauvaise r�putation qu'il tra�ne est plut�t due aux > "pseudo-impl�mentations" qui ont exist� dans les "pseudo-navigateurs", > ou plut�t la mauvaise impl�mentation du DOM. > > Revenons aussi sur l'historique de flowscript. En 2002, Ovidiu Predescu, > un committer Cocoon qui bossait chez HP (il est chez Google maintenant) > faisait des d�veloppements exploratoires sur l'utilisation des > continuations pour �crire le contr�leur des applis web. Mais il faisait > �a en Scheme, un dialecte de Lisp. Int�ressant, mais vraiment > exp�rimental (Nicolas, tu pr�f�res Lisp � Javascript?).
C'est vrai ! comme je suis dans l'IA , j'ai l'impression d'avoir utiliser plus souvent le Lisp que le javscript, mais bon je dois �tre assez rare comme personne :-) Concernant le flowscript .. effectivement je n'avais pas du tout penser aux non-developpeurs ... me voil� fix� :) Par contre je suis �tonn� qu'on ait besoin de l'aspect fonctionnel (lisp, javascrit) pour cela ...j'imagine qu'il a des raisons mais je ne vois pas l'utilit� de langages fonctionnels dans ce cadre. ai je loup� un truc ? > > Les continuations apportaient une simplification r�volutionnaire du > d�veloppement des applis web, et JS �tait un langage bien connu dans le > monde du web. Bingo, tout �a colle tr�s bien. Et le flowscript �tait n�. > > Nombreux sont les utilisateurs de Cocoon qui ne savent pas programmer en > Java. C'est d'ailleurs une des forces de Cocoon que de permettre � des > gens qui viennent plut�t du webdesign que de leur permettre de faire des > applications complexes sans rentrer dans du codage pur et dure. Pour > eux, Javascript est un bienfait. Mais nombreux sont aussi les > utilisateurs de Cocoon qui viennent du monde Java/J2EE. Pour eux, > programmer en Javascript est une h�r�sie. > > De l� a �merg� Javaflow, qui apporte les continuations � Java. C'est > loin d'�tre trivial, puisqu'une continuation est une photo de la pipe > d'appel et de toutes les variables locales. L'impl�mentation des > continuations en Java a donc requis l'instrumentation du bytecode Java. > C'est notre ami Torsten Curdt qui s'est charg� d'int�grer un outil > existant (un travail de recherche d'une universit� belge) pour permettre > cela. Pour le javaflow C'est vrai, comme tout pb en g�n�ral ca parait simple mais c'est toujours plus compliqu�. Je ne pensais pas qu'il y'avait de la manipulation du bytecode � l'int�rieur (manipulation du bytecode = instruction de r�flexion du code ou c'est autre chose ?) nicolas > Javaflow et Flowscript ont donc des objectifs similaires, mais visent > des publics tr�s diff�rents. Et contrairement � d'autre composants dans > Cocoon qui ont eu leur heure de gloire et sont peu a peu pass�s de mode, > ces deux impl�mentations du contr�leur vont � mon avis coexister pendant > longtemps, puisque tous deux ont leurs d�fenseurs ardents. > > Pour ceux qui n'ont pas encore plong� dans les joies des continuations, > vous pouvez lire un article int�ressant sur le sujet (en anglais) sur > http://www-106.ibm.com/developerworks/library/j-contin.html > > Sylvain > > -- > Sylvain Wallez Anyware Technologies > http://www.apache.org/~sylvain http://www.anyware-tech.com > { XML, Java, Cocoon, OpenSource }*{ Training, Consulting, Projects } > > > --------------------------------------------------------------------- > Liste francophone Apache Cocoon -- http://cocoon.apache.org/fr/ > Pour vous desinscrire : mailto:[EMAIL PROTECTED] > Autres commandes : mailto:[EMAIL PROTECTED] > > --------------------------------------------------------------------- Liste francophone Apache Cocoon -- http://cocoon.apache.org/fr/ Pour vous desinscrire : mailto:[EMAIL PROTECTED] Autres commandes : mailto:[EMAIL PROTECTED]
