Concernant les paramêtre en dur, c'est bien joué, on à l'impression que la configuration est épérpillée partout dans le code, or c'est faux.
Ces frameworks reposent sur des langage interprètés, on a donc pas la nécessité d'externaliser la configuration pour éviter la recompilation.
Pourquoi utiliser un autre langage pour la configuration (XML par exmple), si on en a tout simplement pas besoin?
Par contre là ou je suis d'accord, c'est que RoR est un peu trop "Convention", c'est pourquoi je préfère Turbogears par exemple, qui utilise moins de "magie"
Sinon JEE c'est bien, mais c'est pas parqu'on est en entreprise qu'on est obligé de l'utiliser. J'ai souvent vu des appli ou on mettait derrière une archi répartie, avec load balancing, replication des noeuds et tout, alors qu'un trois tiers à base de Python ou Ruby aurait largement suffit.
Ceci juste parque les gens qui décident ont l'habitude de toujours faire "classique". Ce qui aboutit à une complexité qui n'est pas nécessaire, à tous les niveau: développement, test, integration, production.
JEE apporte bcp de possibilité dont on a généralement que faire, et peu de gens peuvent prétendre les maitriser, dans la pratique, bcp de developpeurs rament et bricolent. Je suis plutôt pour des solution plus simples quand elles sont suffisante: encore faut-il se poser la question avant d'imposer une architecture pour un projet.
[^] # Re: Quelle place pour les pages web ?
Posté par パパフラクス . En réponse au message php vs jsp?. Évalué à 2.
Ces frameworks reposent sur des langage interprètés, on a donc pas la nécessité d'externaliser la configuration pour éviter la recompilation.
Pourquoi utiliser un autre langage pour la configuration (XML par exmple), si on en a tout simplement pas besoin?
Par contre là ou je suis d'accord, c'est que RoR est un peu trop "Convention", c'est pourquoi je préfère Turbogears par exemple, qui utilise moins de "magie"
Sinon JEE c'est bien, mais c'est pas parqu'on est en entreprise qu'on est obligé de l'utiliser. J'ai souvent vu des appli ou on mettait derrière une archi répartie, avec load balancing, replication des noeuds et tout, alors qu'un trois tiers à base de Python ou Ruby aurait largement suffit.
Ceci juste parque les gens qui décident ont l'habitude de toujours faire "classique". Ce qui aboutit à une complexité qui n'est pas nécessaire, à tous les niveau: développement, test, integration, production.
JEE apporte bcp de possibilité dont on a généralement que faire, et peu de gens peuvent prétendre les maitriser, dans la pratique, bcp de developpeurs rament et bricolent. Je suis plutôt pour des solution plus simples quand elles sont suffisante: encore faut-il se poser la question avant d'imposer une architecture pour un projet.