2010-07-22 3 views
7

Je cherche quelle technologie de vue serait considérée comme la meilleure approche pour Spring MVC 3.0 qui est flexible, maintenable et permet plusieurs technologies de rendu telles que HTML, PDF, etc. Nous cherchons à développer notre prochaine application web en utilisant Spring MVC 3.0 et nous nous sommes mis d'accord sur Hibernate pour la persistance, mais nous essayons toujours de décider quelle est la technologie d'affichage la plus appropriée.S'il vous plaît recommander une technologie de vue à utiliser dans Spring MVC 3 applications

Nous aurons besoin de la prise en charge des rapports PDF, mais nous les écrirons très probablement en utilisant iText. Y at-il des archtypes Maven qui configurent une application recommandée complète avec la persistance et la technologie de visualisation? Les échantillons de printemps utilisent un tas de technologies différentes de JSTL à Apache Tiles, nous avons seulement utilisé JSP dans le passé depuis que nous sommes passés à .NET en 2003 et nous retournons maintenant à Java.

Répondre

9

Il n'y a vraiment rien de mal à utiliser JSP, si vous utilisez la version la plus récente. Vous pouvez certainement choisir Freemarker, Velocity et autres visionneuses cool, mais si toute votre équipe est déjà à l'aise avec JSP, vous devez tenir compte de la date limite de votre projet et de toutes les courbes d'apprentissage lors de l'adoption d'une nouvelle technologie. Si cela a du sens, bien sûr, ça ne fait pas de mal d'apprendre une nouvelle chose.

Dans mon cas, j'utilise JSP avec Sitemesh comme modèle. J'ai utilisé le combo JSP/Strut Tiles pendant un certain temps mais je trouve le modèle trop intrusif, Sitemesh semble être plus transparent pour moi car il n'encombre pas mes fichiers JSP avec des tags personnalisés spécifiques à Tile.

+0

+1 pour avoir mentionné tirer parti de l'expérience JSP existante de l'équipe ... c'est peut-être le facteur de coût le plus souvent négligé par les gens. –

+0

Je commence à considérer cela, je commence à penser à abandonner complètement le printemps et à retourner à nos propres contrôleurs. Ce n'est pas la meilleure approche, mais c'est quelque chose que nous savons faire. Pensez-vous que l'apprentissage du printemps est en réalité tout ce qui en vaut la peine à la fin? –

+0

Je pourrais ajouter, nos connaissances actuelles étaient pour les applications JSP 1.2 et servlet 2.3, nous n'avons jamais vraiment eu besoin de les "mettre à niveau". Puisque nous recommençons avec celui-ci, nous avons pensé que nous devrions aller avec le courant. Je suppose que d'autres ont été dans cette position, intéressés à entendre d'autres approches. –

0

Que diriez-vous Apache Velocity

C'est le moteur du modèle le plus populaire que je connaisse. Je voudrais avoir plus de suggestions cependant.

Mise à jour:

Freemarker est une autre

Source

1

Voici quelques-uns.

  • Freemarker
  • vitesse Apache
  • JSP (le nouveau 2.1 bien avec des améliorations comme des fonctions, des balises personnalisées simplifiées, etc.) avec des carreaux apache

Here est un document qui parle de l'intégration avec des technologies de vue

Nous utilisons actuellement Jsp 2.1 avec webmvc 3.0x avec des carreaux apache sur google appengine et il sert notre objectif très bien.

+0

+1 pour JSP - c'est beaucoup mieux maintenant qu'en 2003 – skaffman

+0

@skaffman Merci, est-ce que +1 signifie un vote de haut? : D, si oui, ce n'est pas montré ici. – naikus

0

Si j'étais vous, je resterais avec jsps pour le moment. Vous pouvez mélanger et assortir vos vues au printemps si vous décidez que certains flux auront besoin d'autre chose. Par exemple, vous devrez utiliser différents types de vue si vous prévoyez d'utiliser un traitement de style ajax.

Questions connexes