Bon, j2ee tout ca, si t'as des besoins simples, ca va probablement prendre une enclume pour ecraser une mouche, mais sait on jamais.
j2ee c'est fait pour rendre des trucs tres compliques faisables et maintenables.
Apres si certains architectes ont tendance a abuser de la coc' et des design pattern pour faire des factory de factory et finissent avec plus d'interfaces que de concrete classes, c'est pas trop la faute du langage/framework, plutot des architectes en question.
J'en ai vu des merdes de ce genre, une particulierement rigolote de chez ft r&d qui consistait a reimplementer les pipelines cocoon dans une instance de cocoon (qui ne definissait evidement qu'un seul pipeline avec une seule action), et qui avait entre autres perles un genre factory, mais pas vraiment, avec un switch case de 700 lignes.
Les attrocites, ca s'ecrit dans n'importe quel langage.
Etonnament, c'etait un des projets avec le plus gros turnover de la ssii, il servait beaucoup a boucher les intercontrats. Et apres on s'etonne que l'appli soit un monstre a 6 tetes.
J'ai aussi vu des trucs tres bien ecrit, tres clair, sans design pattern a la con juste pour le principe de cocher la case "design pattern".
La principale difference avec php/python/ruby et autre, c'est que la nature non typee/non compilee de ces langages fera que ton projet petera de partout avant que t'aies pu finir ton usine a gaz...
[^] # Re: Wicket
Posté par thedude . En réponse au journal Choisir un framework web.... Évalué à 3.
Bon, j2ee tout ca, si t'as des besoins simples, ca va probablement prendre une enclume pour ecraser une mouche, mais sait on jamais.
j2ee c'est fait pour rendre des trucs tres compliques faisables et maintenables.
Apres si certains architectes ont tendance a abuser de la coc' et des design pattern pour faire des factory de factory et finissent avec plus d'interfaces que de concrete classes, c'est pas trop la faute du langage/framework, plutot des architectes en question.
J'en ai vu des merdes de ce genre, une particulierement rigolote de chez ft r&d qui consistait a reimplementer les pipelines cocoon dans une instance de cocoon (qui ne definissait evidement qu'un seul pipeline avec une seule action), et qui avait entre autres perles un genre factory, mais pas vraiment, avec un switch case de 700 lignes.
Les attrocites, ca s'ecrit dans n'importe quel langage.
Etonnament, c'etait un des projets avec le plus gros turnover de la ssii, il servait beaucoup a boucher les intercontrats. Et apres on s'etonne que l'appli soit un monstre a 6 tetes.
J'ai aussi vu des trucs tres bien ecrit, tres clair, sans design pattern a la con juste pour le principe de cocher la case "design pattern".
La principale difference avec php/python/ruby et autre, c'est que la nature non typee/non compilee de ces langages fera que ton projet petera de partout avant que t'aies pu finir ton usine a gaz...