Производительность JSF и Spring по сравнению с низкой производительностью JSP

Я использовал CGI, PHP, JSP, Struts, Spring MVC (1.2), Bea Workshop, JSF, JBoss Seam, Spring MVC (2.5) и Wicket (именно в таком порядке). Я заметил скачок производительности и качества для каждой новой технологии, над которой я работал. Он просто работает лучше, он чувствует себя лучше. Я предпочитаю Wicket (с пружинкой, кварцем и т. д.) всем остальным. Я могу честно сказать, что увидел свет, и я не хочу возвращаться на более темную или светлую ;) сторону.

О Уикете можно много говорить.

• Поддержка разговоров (или включение вкладок) предоставляется по умолчанию, вам больше не нужно беспокоиться о проблемах с кнопками «открыть в новой вкладке» и «назад».
• Он основан на компонентах, поэтому вы можете повторно использовать код аля свинг.
• Использует много стандартного Java, например, чудеса безопасности типов.
• Поддерживает расширенные функции безопасности, такие как шифрование URL-адресов.
• Кластеризуемые приложения по умолчанию.
• И, самое главное, им интересно пользоваться.

Для JSP и JSF есть что улучшить.

• Единственное, что беспокоит меня больше всего, - это ерунда "EL", поскольку я считаю, что она нарушает безопасность и силу хорошего типа java.
• Оба нуждаются в инструментальной поддержке для высокой производительности.
• Вам нужен еще один фреймворк поверх них обоих, чтобы действительно решить проблемы (как видно из фреймворка шва, который делает JSF пригодным для использования).
• Обработка ошибок очень сложна, а исключения не всегда полезны.
• В обеих платформах сложно создавать повторно используемые компоненты, и они не поддерживают надлежащую модель разделения задач.
• ... и, самое главное, долгие и т. д. мелких хлопот, типа это или это.

Мне очень нравится использовать JSP 2.0 в качестве технологии шаблонов — то есть я использую Spring MVC для доступа к объектам домена и подготовки всех данных, которые мне нужны для определенного представления, и предоставляю JSP для их отображения. JSP 2.0, потому что мне нравится использовать файлы тегов для композиции шаблонов, что позволяет мне использовать простой JSP 2.0 там, где мне понадобились бы другие фреймворки композитинга.

Я намеренно избегаю в JSP всего, что в основном представляет собой программирование. Ни доступа к данным, ни SQL, ни скриптлетов, ни методов, ничего. просто простое представление ранее существовавших данных, предоставленных контроллером, возможно, с некоторыми простыми случаями и итерацией коллекций.

Много преимуществ. Я могу перечислить преимущества JSF, которые я использовал в своем последнем проекте.

• Централизованное место для навигации (как в стойках)
• Такие компоненты, как выбор даты, автозаполнение, пейджинг и т. д.
• У вас есть рендеры для макета, что значительно упрощает логику макета.
• Наличие плитки, как у распорок.

JSP не делает четкого разделения между бизнес-логикой и макетом.

В любом случае, несмотря на все эти преимущества, и если вы программист Java, я бы посоветовал взглянуть на Grails гораздо удобнее.

JSP чрезвычайно примитивен, у вас в основном нет виджетов, и вы должны создавать все сами. Хотя JSF и является улучшением, это не лучший веб-фреймворк для java — есть множество других, которые позволяют добиться гораздо более впечатляющего результата — например, GWT.

Преимущества Spring MVC:

• Фреймворк ненавязчиво побуждает вас писать лучше спроектированный код: используя внедрение зависимостей и разбивая дизайн вашего приложения на объекты предметной области (модели), контроллеры, классы обслуживания, DAO и т. д.
• Как побочный эффект первого пункта, ваш код становится чрезвычайно и легко поддается модульному тестированию.