{"id":102,"date":"2010-12-05T21:43:03","date_gmt":"2010-12-05T19:43:03","guid":{"rendered":"http:\/\/www.bittner.fr\/blogs\/pierre\/?p=102"},"modified":"2010-12-05T21:43:03","modified_gmt":"2010-12-05T19:43:03","slug":"choix-du-framework-part-2","status":"publish","type":"post","link":"https:\/\/www.bittner.fr\/blogs\/pierre\/blog\/2010\/12\/05\/choix-du-framework-part-2\/","title":{"rendered":"Choix du framework (part 2)"},"content":{"rendered":"

Bon hier soir (la nuit derni\u00e8re) j’ai un peu d\u00e9riv\u00e9 de mon objectif qui \u00e9tait de choisir le framework de d\u00e9veloppement.<\/p>\n

Je voulais avoir une big picture de ce qui se fait actuellement sur les sites communautaires \/ r\u00e9seaux sociaux \/ smartphone en terme d’API de communication. C’est sur qu’apr\u00e8s 4 ans dans la finance, je n’avais pas trop suivi les grosses tendances de d\u00e9veloppement distribu\u00e9 (ca ne se fait plus le RMI, xml schema, le SOAP ou le XML\/RPC ? \ud83d\ude42 Les grosses tendances semblent \u00eatre REST \/ JSON \/ Atom \/ HttpRequest, OAuth, etc… Bon bref c’est pas tr\u00e8s important tout ca mais ca m’a permis de voir ce qui se passer et modeler un peu mes besoins.<\/p>\n

Retour aux frameworks de d\u00e9veloppement ce matin donc. Pour r\u00e9sumer pour l’instant j’ai Java et comme h\u00e9bergement Google App Engine. J’ai pass\u00e9 pas mal d’ann\u00e9es sur les framework web (struts, spring mvc, JSP, taglibs, freemarker + de la veille techno:\u00a0 wicket, JSF, tapestry ) et persistance (jdbc \/ procedure, ibatis, hibernate, jdo) avec spring pour lier tout ca. Sur le dernier projet, j’ai mis en place une configuration bas\u00e9 sur les annotations (hibernate\/spring) et c’\u00e9tait assez convaincant je dois dire (partie pr\u00e9sentation avec swing).<\/p>\n

Bon maintenant l’objectif est de pondre un truc super rapidement (prototype\/crud) mais suffisamment s\u00e9rieusement pour ne pas avoir \u00e0 tout refaire quand l’application marchera (si jamais elle marche).<\/p>\n

Il y a pas mal de nouvelles technos int\u00e9ressantes dans le monde java (scala, clojure<\/a>, groovy) sans parler de ce qui se fait niveau web2 (jQuery, GWT), JRebel <\/a>(d\u00e9veloppement \u00e0 chaud) et la tendance No SQL.<\/p>\n

Fred qui bosse dans le monde des jeux vid\u00e9os online est un big fan de scala<\/a>. Par contre ca me semble \u00eatre un peu un univers a part enti\u00e8re et j’ai un peu peur de la learning curve pour mon projet. A priori, Scala est support\u00e9 sur GAE<\/a>. Bon c’est tentant mais on essaiera ca plus tard.<\/p>\n

Pour le no sql, c’est un passage oblig\u00e9 puisque la persistance sur GAE se fait \u00e0 travers BigTable. Le seul choix est donc JDO ou JPA cot\u00e9 persistance. Pour ceux qui ne savent pas, BigTable <\/a>est une base de donn\u00e9e hi\u00e9rarchique. C’est sans trop de regret que je quitte le SQL ayant pass\u00e9 trop de temps dans les proc\u00e9dures stock\u00e9es ces derni\u00e8res ann\u00e9es. Et puis j’ai un autre projet en t\u00eate que je verrais bien sur une base de donn\u00e9es orient\u00e9es colonnes<\/a>.<\/p>\n

Cot\u00e9 spring<\/a>, j’ai vu des solutions int\u00e9ressantes pour mobile (voir post pr\u00e9c\u00e9dent<\/a>). Mon soucis est plut\u00f4t le cout en temps de la mise en place (note: j’aurais pu utiliser spring roo<\/a> mais voir note en bas du post). Et puis c’est un framework que je connais trop bien, j’ai envie de passer \u00e0 autre chose notamment tester un framework a la ruby on rails<\/a> (convention plut\u00f4t que configuration<\/a>)\u00a0 et des langages dynamiques.<\/p>\n

Le candidat est donc tout choisi (la recherche est termin\u00e9e on pourrait dire): Grails<\/a>. R\u00e9ponse Java \u00e0 RoR avec du Groovy<\/a> inside. Ca semble pas mal. Initialement con\u00e7u pour tourner avec hibernate <\/a>(qui lui ne tourne que sur des bases SQL), une couche d’abstraction a \u00e9t\u00e9 ajout\u00e9e pour faire du JDO\/JPA (GORM<\/a>). J’ai fait quelques recherche, ca semble pas trop mal tourner sur Google App Engine<\/a> (GAE) et m\u00eame sur Amazon Web Services<\/a> (AWS). Et ca s’est faire du REST <\/a>et du GWT<\/a>. Bonheur<\/p>\n

Bon on va partir la dessus, on verra bien. Ci dessous quelques guides qui pourront m’\u00eatre utile.<\/p>\n

Next step installation de l’environnement de d\u00e9veloppement.<\/p>\n