Rahul Kumar Gupta :
« E4X provides a more intuitive, familiar, and natural way for JavaScript developers to deal with XML. E4X code is easier to read, write, and maintain than standard XML in programming models such as XSLT, XQuery, and the DOM »
E4X Adds Direct XML Support to JavaScript
Rahul Kumar Gupta :
« E4X offre une approche plus intuitive pour manipuler du Javascript pour les developeurs qui utilise XML dans leur applications Javascript. Le code E4X est plus simple pour lire et ecrire du XML que les model classique comme XSLT, XQuery et DOM »
E4X Adds Direct XML Support to JavaScript
Roman Strobl presents a demo of the next version of NetBeans, the interesting thing is that we see the implementation of the JSR 296 Swing Application Framework and 295 Beans Binding. Nothing new because it’s an old fonctionnality in other GUI designer but this time it’s open-source and JSR based. Is developers waiting for this in Eclipse with a new plugin ? For me the Rapid Application Development features have to help developers not develop for us. I prefer the Eclipse approach begins with an XML language conception (XSWT) with JFace Data Binding integration and maybe Visual Editor which generate this XML and not code. Although Visual Editor generate the cleanest code, use of XML reduce the code and make it easy to maintain. Even more it separate the design work and the development, like Microsoft do with XAML in the heart of Expression Tools for the designer and Visual Studio for the developper or Adobe with MXML and FlexBuilder. NetBeans don’t forget this alternative and look around JAXX.
Roman Strobl nous présente une démo de la prochaine version de NetBeans, ce qui est intéressant c’est que l’on y voit la mise en application des JSR 296 Swing Application Framework et 295 Beans Binding. Rien de neuf il est vrai car déjà beaucoup de GUI designer faisait ca, mais cette fois-ci c’est entièrement open-source est issu de JSR. Dois-t-on attendre aussi cela d’Eclipse IDE à traver un plugin ? Selon moi l’outil de Rapid Application Development n’a d’avenir dans le sens où il facilite le développement pas quand il développe à la place du développeur. Je préfère l’approche Eclipse qui se profile avec un langage XML de conception XSWT dans lequel on intégre JFace Data Binding et au final Visual Editor qui génère ce XML et non du code. Bien que Visual Editor soit celui qui génére le code le plus propre, l’utilisation de XML réduit le code et le rend plus maintenable. De plus il permet de clairement séparer les métiers de conception graphique et de développement fonctionnel, à l’image de ce que fait Microsoft avec XAML au coeur des Expression Tools pour le designer et de Visual Studio pour le développeur ou encore Adobe avec MXML et FlexBuilder. A noter que le team NetBeans s’intéresse aussi à l’approche XML avec JAXX.
Comme John O’Shea je ne serais pas à EclipseCon mais j’aurais aimé assister aux sessions sur RAP. La communauté GWT grandi à vue d’oeil et les autres intitiatives comme RAP vont avoir du mal à sortir du lot. Il est intéressant de voir comment les composants pour GWT fleurissent, et il serait encore plus intéressant de pouvoir intégrer tous ces composants dans un environnement RCP AJAX. Une intégration de GWT dans RAP serait elle possible ? Surement difficile du fait du choix RWT/Innopract mais pourquoi pas.
Like John O’Shea I’ll be not at EclipseCon and i rather be at RAP sessions. The GWT community is very large and continue to grow. Unfortunately others initiative like RAP haven’t the same community yet. I think the energy to develop new components by the community actually is interesting and could be more interesting if these components can be integrate in a AJAX RCP like environnement. What about an integration of GWT with RAP ? I think it’s not easy because of the choice of RWT/innopract but why not.
