Un prototype d'IHM d'un coup de crayon (ou presque!)

Que cela soit pour faire rapidement une maquette d'interface graphique ou pour commencer à réfléchir à un concept sans se lancer dans le code, je n'avais jusqu'à présent pas trouver d'outil gratuit et multiplateforme qui me satisfasse (peut-être que jusqu'à présent j'avais mal cherché...). J'en étais réduit soit à utiliser le couple Visio©/Powerpoint©, soit à faire quand cela était possible à construire la maquette avec le "GUI Builder" d'un IDE (Netbeans©, IntelliJ Idea©, Flex Builder©,etc.) sans que cela soit toujours concluant ou portable... Je ne parle même pas de montrer cela facilement à un utilisateur final...

Et puis je suis tombé sur le Pencil Project ! Et là j'ai trouvé l'outil qui me manquait ! C'est fait en XUL, cela tourne en version "standalone" indépendante (en fait cela embarque un XULRunner) ou bien dans Firefox. Cela tourne sur Windows(©), Linux et Mac.

L'objet du projet Pencil est de construire un outil facilement utilisable par tout un chacun, gratuit et "opensource" pour réaliser des diagrammes et des prototype d'interface graphique.

L'outil a bien quelques bugs et limitations (dans les versions que j'ai utilisées) mais cela reste largement utilisable et je ne me vois plus désormais utiliser un outil au moins aussi complet pour faire des maquettes d'interfaces. Ce que vous produisez peut être exporté notamment sous forme d'images ou de pages HTML.

Et je me suis aperçu au gré des conversations et échanges avec des collègues développeurs que je n'étais pas le seul à la recherche d'un outil de ce type... je passe donc le mot :-)

Rhino On Rails

Après Groovy On Rails (a.k.a Grails) inspiré du désormais fameux Framework Ruby On Rails, voici Rhino On Rails (RnR pour les intimes).

Ce "port" de RoR est notamment l'oeuvre de Steve Yegge qui travaille chez Google : ne pouvant utiliser Rails car basé sur Ruby qui ne fait pas partie des langages utilisables en production chez Google, il a décidé d'effectuer le portage de ce framework sous Rhino, la version de Javascript pour la JVM. Il a publié un intéressant billet sur dans lequel il explique pourquoi Javascript et Rhino, pourquoi ce projet, etc.

Ce framework avait fait l'objet d'une présentation au "Foo Camp" en Juin 2007 comme le rapporte John Lam dans un billet.

Dion Almaer a réalisé une interview de Steve Yegge dont on peut retrouver la vidéo sur YouTube et que j'ai incorporé dans ce blog ci-après.



Rhino On Rails n'est pas encore disponible en OpenSource. Il est intéressant de noter que RnR n'est pas le seul framework basé essentiellement sur Javascript et/ou Rhino. Il est ainsi possible de citer Helma ou TrimPath (Junction) .

Je trouve amusant et représentatif le dessin qui suit, oeuvre de Dion Almaer :

Un point un peu ironique (mais qui a son intérêt techniquement et pour les amoureux des technos Google) est que RnR devrait s'intégrer avec Goggle Web Toolkit ...

Une affaire à suivre dans tous les cas.

Et une chose est sûre : on n'est pas près de voir le nombre de frameworks web décroître prochainement...

Better Web Application Framework

Dans la vidéo qui suit, est effectuée une comparaison entre J2EE, Ruby On Rails, Zope/Plone, Turbogears et Django.
Au travers de 2 exemples - d'abord un simple "Hello World" puis une application de suivi de temps ("Time Tracking Web App") - la comparaison porte sur le nombre de ligne de code produites, le nombre de fichiers de configurations à renseigner, le temps global mis pour réaliser l'application concernée, le nombre d'erreurs et de problèmes rencontrés.

Dans le cas du premier exemple (le "Hello World") sont comparés l'utilisation de Servlet, l'utilisation de JSP, RoR, Zope, Turbogears et Django.

Avec le deuxième exemple, la comparaison porte sur une première solution "partiellement J2EE" (Servlet + JSP + Hibernate), une solution purement J2EE (avec des EJB), Zope/Plone, RoR, Turbogears et Django.

J'ai trouvé cette vidéo intéressante et enrichissante pour se faire une idée sur les autres technologies pour le développement Web quand on n'a pas eu le temps de regarder et qu'on n'a que la possibilité de travailler avec des Frameworks Java pour le développement Web.

J'ai néanmoins étéun peu surpris qu'il n'y ait aucun framework PHP qui fassent parties de la comparaison (CakePHP par exemple) et que les solutions Java ne s'appuie que sur du J2EE pur et dur sans utiliser des frameworks Web (Struts, JSF ou Wicket par exemple). De plus, si Zope/Plone sort a priori grand vainqueur de la comparaison, je ne suis pas persuadé que le critère intégration avec l'existant dont il est fait mention au début de la présentation soit vraiment respecté... ceci étant je ne connais pas vraiment cette technologie.

Dans tous les cas, si comme dans toutes comparaisons de ce type, il y a probablement un certain biais, il est clair que J2EE peut-être très lourd et ne permet pas une productivité optimale.

Quant aux EJB, cela me fait penser à des discussions avec plusieurs collègues : on leur préfère souvent des solutions légères du type Spring et ils sont en fait assez peut utiliser. Les EJB3 semblent plus faciles à mettre en oeuvre mais pour l'instant beaucoup de projets n'ont pas encore migré vers J2EE 5.



Les 2 articles qui suivent sont cités dans la présentation, j'ai mis les liens ci-après :

• Making Mistakes with XML
• EJB's 101 Damnations

En relation avec le dernier lien un (vieil) article The Death of EJB As We Know It?.