Альтернативи JSP для рівня перегляду Spring MVC

Я прагну створити нову програму з нуля і, ймовірно, використовуватиму Spring MVC та, можливо, Spring Web Flow. Проекти, створені Spring Roo, використовують Spring MVC та додатково Web Flow. Які хороші альтернативи для технології перегляду, або JSP з таглібами Spring та JSTL та jQuery - це шлях?

У стандартному API Java EE єдиною альтернативою JSP є Facelets . На сьогоднішній день (2010) JSF - це єдиний фреймворк MVC, який спочатку підтримує Facelets.

Spring MVC підтримує нестандартно лише JSP, але він має настроюваний перетворювач перегляду, який дозволяє використовувати Facelets у будь-якому випадку. Інші кандидати - це сторонні шаблони, такі як Velocity , Freemarker та Thymeleaf, які можна налаштувати як технологію перегляду для Spring MVC. Весняна документація містить приклади інтеграції з Velocity та Freemarker.

Нещодавно я виявив Чебрець .

Це виглядає як повна заміна JSP та має інтеграцію з Spring MVC. Шаблонний підхід більше схожий на HTML і може бути більш смачним для ваших дизайнерів інтерфейсу. Вони мають невеликий запис, який порівнює два рішення поруч.

Нещодавно я почав використовувати звичайний HTML та jQuery для презентації з Spring MVC, лише створюючи представлення JSON.

Поки що це йде досить добре, і хоча мені доводиться виконувати роботу з javascript, це значно полегшує взаємодію з моїм дизайнером та пришвидшує час, коли він має зміни, тому що мені не потрібно перетворювати його HTML у свій JSP. Журі все ще не в курсі загальної ремонтопридатності сайту.

Ви можете мати скільки завгодно технологій перегляду на Spring MVC. У мене є засоби вирішення перегляду FreeMarker та JSP. Коли я стикаюся з поданням, яке є занадто складним у FreeMarker (або просто більш зручним у JSP), я створюю представлення JSP. Наприклад, Spring з JSTL робить чудові форми для роботи. Для цього я використовую представлення JSP, але майже для всього іншого я маю подання FreeMarker.

Погляньте на документацію Spring MVC, щоб побачити, як налаштувати декілька засобів розв’язання подання, в основному:

<bean name="freeMarkerViewResolver" class="org.springframework.web.servlet.view.freemarker.FreeMarkerViewResolver">
   <property name="cache" value="true"/>
   <property name="prefix" value=""/>
   <property name="suffix" value=".ftl"/>
   <property name="order" value="1"/> <!--NOTICE THE ORDER-->
</bean>

<bean id="jspViewResolver" class="org.springframework.web.servlet.view.UrlBasedViewResolver">
    <property name="viewClass" value="org.springframework.web.servlet.view.JstlView"/>
    <property name="prefix" value="/WEB-INF/jsp/"/>
    <property name="suffix" value=".jsp"/>
    <property name="order" value="2"/> <!--NOTICE THE ORDER-->
</bean>

Документація Springs 3 також пропонує FreeMarker . Freemarker є (наскільки я можу зрозуміти) швидким і має певну інтеграцію функцій Spring, таких як прив'язка.

Spring MVC забезпечує інтеграцію з багатьма різними технологіями перегляду . Я б порадив використовувати FreeMarker або Velocity .

Хоча це давнє запитання, я думав, що запропоную нову альтернативу - Scalate .

Scalate - це потужність у варіантах шаблонування. Єдина ймовірність полягає в тому, що Scalate вимагає великої кількості залежностей (хоча для цього потрібна Scala, для цього не потрібно писати в Scala).

Мій поточний фаворит - це Handlebars.java, який має інтеграцію Spring.

(Моя попередня відповідь тут погано датувалася.) Freemarker принаймні такий же хороший, як Velocity. Але Thymeleaf виглядає ще більш привабливим, разом з діалектом макета це може зробити рамки шаблонів, таких як Sitemesh та плитки, непотрібними. Щодо JSF, то зауваження Thoughtworks видаються слушними :

Ми продовжуємо спостерігати, як команди стикаються з проблемами при використанні JSF - JavaServer Faces - і рекомендуємо уникати цієї технології. Здається, команди обирають JSF, оскільки це стандарт Java EE, не реально оцінюючи, чи підходить їм модель програмування. Ми вважаємо, що JSF має недоліки, оскільки його модель програмування заохочує використовувати власні абстракції, а не повністю охоплювати базову веб-модель. JSF, як і веб-форми ASP.NET, намагається створити дерева компонентів, що містять статус, на верхній розмітці HTML та протоколі HTTP без стану. Удосконалення JSF 2.0 та 2.2, такі як введення поглядів без громадянства та просування GET, є кроками у правильному напрямку, можливо, навіть визнанням того, що оригінальна модель була недоліком, але ми вважаємо, що це занадто пізно.

Я використовую смужки та весну разом. Смужки більшість часу вам не заважають, але я знаходжу приємно збільшує весну, коли вам це потрібно.

Я використовую швидкість та Spring MVC. Крім того, я розміщую свою програму на двигуні Google, і я не маю проблем.

Ви також можете використовувати Angular (фреймворк на стороні клієнта) для шару View у Spring MVC.

Я пропоную не розглядати структуру подання, як описано в більшості вище, яка не була написана поверх весняного MVC, оскільки ви потрапите в такі проблеми, як зворотні зворотні передачі, що означає, що ви не зможете подавати дані з цієї технології перегляду і отримати відповідь від sever. Наприклад, як перевірка, редагування подання даних, яке оновлюється з даними із сервера НЕ ПРАЦЮЄ.

Це пояснюється тим, що java-боби в деяких вищезгаданих технологіях подання не використовують життєвий цикл контейнера Spring. Ви зможете використовувати їх лише для чистого прикладу запиту без громадянства. Наприклад, з JSF ви не зможете використовувати постбеки, оскільки jsf постбеки працюють лише у тому випадку, якщо ви використовуєте життєвий цикл jsf, а якщо ви використовуєте перетворювач перегляду JSF Spring Spring з Spring mvc, ви не зможете робити зворотну передачу, тому вам потрібно замінити jsf сервлетний контролер замість пружинного контролера mvc.

Знову ж таки, оскільки ваші повні вимоги до проекту незрозумілі, і якщо ви не хочете вимагати зворотного зворотного зв'язку, ви можете скористатися деяким із зазначених вище варіантів.

Одним з прикладів технології перегляду, яка написана зверху og spring mvc, є zk framework на основі zk mvc, в якому ви можете розширити свої контролери mvc spring з ZK GenericForwardComposer для обробки подій. Ви завжди можете використовувати Spring для обробки життєвого циклу цих контролерів за допомогою Spring framework.

ви можете загуглити в Google, щоб знайти подібні інші продукти.

Цей огляд базується на високому рівні проектування життєвого циклу фреймворку.

Всього найкращого !!!

Думаю, Плитка може вам допомогти.
Ви можете визначити шаблони та використовувати JSTL всередині.

Ви можете запустити Facelets поверх Spring Webflow

А як щодо phpj ?

Його можна використовувати як шаблони подання, а можна створити систему веб-сервера з нуля

Я зробив phpj, тому що мені не подобається постійно оновлювати свою програму та завантажувати її у tomcat, тому за допомогою цього я можу використовувати статичні розташування для мого веб-додатку, використовуючи конфігурації, подібні apache

Apache Velocity - хороша альтернатива Java Server Pages.