PUBLIC MARKS with tags symfony & java

Ce type d’évolution est révélatrice de la direction que prennent les frameworks Java à l’heure actuelle. Ils cherchent à simplifier le travail des développeurs et essayent de combler le retard qu’ils ont à ce niveau par rapport à leurs équivalents d’autres langages (Symfony, Ruby on Rails,...). Il est assez amusant d’ailleurs de remarquer que pendant que les frameworks java se simplifient, leurs "concurrents" comme symfony deviennent plus complexes. Ces derniers reposent sur une utilisation de plus en plus poussée du modèle objet pour des fonctionnalités auparavant réalisées de manière procédurale (ex : sfForms). Si cela apporte des bénéfices en terme de robustesse et maintenabilité, la courbe d’apprentissage en prend un sérieux coup... Si ces mouvements continuent, il viendra peut-être un jour où les développeurs Java se moqueront de PHP pour sa complexité... Espérons que d’ici là, chacun arrivera à un juste milieu !

Among the remarks have about symfony 1.1, the most recurring one is the shift of philosophy between the 1.0 and 1.1 syntax. If symfony 1.0 syntax was made to write code fast, I believe it is not the case anymore with symfony 1.1, which is designed primarily for extensibility. The result is that a symfony 1.1 application looks a lot more like a Java program. I tend to agree that Object-Orientation is a good thing because it forces you to organize your code in a modular way. But when object-orientation makes you need to keep a symfony book aside at all times and multiply the number of LOC by two, I think it's a dead end.

Let’s finish by saying that in most cases, symfony does not compete with RoR or Django. The choice is often between symfony, .Net and Java Struts, because these are the real alternatives for professional developments.