Vorteile der Verwendung von JSTL vs die Geschwindigkeit der view-Schicht der MVC-app?
Ich bin derzeit den Aufbau einer Spring-MVC-Anwendung. Ich war auf der Suche zu verwenden JSP-Seiten mit tag-Bibliotheken für die Handhabung der view-Schicht und die Formatierung des HTML, aber ich habe über eine andere Gruppe in meiner Firma verwendet Velocity-templates für den gleichen Zweck.
Aus, was ich sehen kann, scheint es mir, als wenn es eine Menge von ähnlichkeiten zwischen den beiden Ansätzen:
- Beide haben einfach-zu-verstehen-syntax. Macht es einfach für nicht-Entwickler zu verstehen und zu verwenden, so dass die Designer den Fokus auf die HTML - /CSS-und nur dass-Richtlinien/tag-Bibliotheken in den wenigen Fällen, wo Sie brauchen Bedingungen/dynamische Inhalte, ohne ein umfassendes Verständnis von Java.
- Einfach zu sehen, welcher Teil der Inhalte ist HTML-vs-die-Richtlinien/Logik.
- Beide sind stark gebraucht und gut unterstützt.
- Einfache Integration mit Spring MVC.
Aber im Vergleich der beiden Technologien ist, kann ich nicht sehen, keine spezifischen Gründe für die Verwendung einer im Vergleich zu den anderen. Ich habe Probleme beim denken an jede spezifische Nachteile auf, die entweder Geschwindigkeits-oder JSTL.
Also meine Frage ist, was sind die vor-und Nachteile der einzelnen Ihrer Meinung nach? Wenn Sie gebaut haben, ein (Frühlings -) MVC-app mit den ein oder anderen, was Sie sich entscheiden, auf der view-Schicht Technologie, die Sie verwenden, und was (wenn überhaupt) gemacht entscheiden Sie sich gegen die anderen?
Update: ich habe eine ähnliche Diskussion zu diesem gleichen Thema archiviert auf dem Spring Framework forum hier, die möglicherweise von Interesse sind, jeder, der auf dem gleichen Entscheidung zwischen JSTL und Geschwindigkeit, wie ich bin.
Du musst angemeldet sein, um einen Kommentar abzugeben.
Ich würde es vorziehen, zu verwenden, Velocity, nur weil mit JSP+JSTL erlauben kann, faul/schlampig Entwickler in Schwierigkeiten geraten, durch hinzufügen von scriptlets. Es sollte keinen Grund haben, java-code in der view-Schicht. Es braucht nicht viel, um zu verstehen, Velocity und als eine Angelegenheit von der Tat habe ich gerade abgeholt, es in etwa zwei Wochen. Während ich nicht wie die Formatierung der Ausgabe, zum größten Teil, es funktioniert ziemlich gut. Wir sind eigentlich nicht in der app anzeigen, tier -, sondern für die Generierung von HTML für die Verwendung von anderen Browsern. Speichern wir die Ausgabe von Geschwindigkeit als Dateien, die dann bereitgestellt an einen anderen server für den Konsum von anderen web-clients.
Ich eigentlich etwas lieber Freemarker, um Geschwindigkeit, nur für den Fall, Sie offen zu erkunden andere Optionen. Vergleich hier:
http://freemarker.org/fmVsVel.html
Ich Stimme mit Ben ' s Aussagen über die Durchsetzung einer einfachen Ansicht durch die Vermeidung von JSP und die Möglichkeit scriptlets. Ich mag auch die Fähigkeit zum Rendern eines Freemarker oder Velocity-templates in jeder Art von execution environment (JUnit, main () - Methode), ohne dass ein Servlet/JSP-container als JSP würde.
JSP ist auch schwieriger zu optisch unterscheiden sich von der eingebetteten HTML. Mit Geschwindigkeit, es ist sehr offensichtlich.
Auch, die VelocityTools-Paket bietet eine große Menge von zusätzlichen Funktionen.