Je l'utilise au niveau professionnel et au niveau personnel.
Moi aussi, je l'utilise professionnellement, mais je préfère ne pas trop en parler.
Du concept au codage, Struts est puissant et efficace (mais chiant à mettre en oeuvre). Bref, Struts c'est vraiment bien(tm).
Vraiment ? Tu trouvers vraiment que le design MVC est soluble dans le web ? Pas moi. Ces trois parties ne sont pas représentables dans une application web. J'en veux pour preuve une question simple : pour toi, où se situent les vues, modèles et contrôleurs dans une application comme LinuxFr ?
Rien que cette partie de Struts, qui en forme pourtant la base, est une erreur. Et je ne parle pas du reste (le système d'extension donne le frisson, les DispatchAction sont trop complexes et devraient être interdites, les taglibs me filent des boutons face à la JSTL, ...)
Et tout ça, c'est pour le concept. Pour le codage, c'est une autre paire de manches. Tu trouves ça normal, toi, qu'un framework comme ça ne te dise rien quand un mapping n'est associé à aucune JSP ou à une JSP inexistante.
Et pour finir, est-ce que tu peux raisonnablement dire que ça présente un intérêt de développer des applications web schizophrènes, où la moitié de l'application réside dans des classes Java, et l'autre dans un seul fichier XML (ce qui est de plus très pratique pour le travail en groupe).
[^] # Struts or not ?
Posté par Nicolas Delsaux . En réponse à la dépêche Conception et déploiement J2EE - Critique du livre. Évalué à 2.
Moi aussi, je l'utilise professionnellement, mais je préfère ne pas trop en parler.
Du concept au codage, Struts est puissant et efficace (mais chiant à mettre en oeuvre). Bref, Struts c'est vraiment bien(tm).
Vraiment ? Tu trouvers vraiment que le design MVC est soluble dans le web ? Pas moi. Ces trois parties ne sont pas représentables dans une application web. J'en veux pour preuve une question simple : pour toi, où se situent les vues, modèles et contrôleurs dans une application comme LinuxFr ?
Rien que cette partie de Struts, qui en forme pourtant la base, est une erreur. Et je ne parle pas du reste (le système d'extension donne le frisson, les DispatchAction sont trop complexes et devraient être interdites, les taglibs me filent des boutons face à la JSTL, ...)
Et tout ça, c'est pour le concept. Pour le codage, c'est une autre paire de manches. Tu trouves ça normal, toi, qu'un framework comme ça ne te dise rien quand un mapping n'est associé à aucune JSP ou à une JSP inexistante.
Et pour finir, est-ce que tu peux raisonnablement dire que ça présente un intérêt de développer des applications web schizophrènes, où la moitié de l'application réside dans des classes Java, et l'autre dans un seul fichier XML (ce qui est de plus très pratique pour le travail en groupe).