Как использование портлетов лучше, чем использование включений на стороне сервера?

Question

Идея портлетов заключается в том, что веб-сайт / страница может состоять из ряда приложений, которые разрабатываются индивидуально. Затем они соединяются на странице с помощью портала, очень похожего на пазл. Это позволяет создавать функциональные возможности независимо и объединять их на более позднем этапе. Это имеет много очевидных преимуществ.

Тем не менее. Я не могу понять, как улучшается спецификация портлета по сравнению с более старыми идеями, такими как на стороне сервера, с точки зрения разработчика, которому нужно что-то сделать, а не публиковать статью или делать основной адрес.

Тон может быть немного отрицательным, но мой первый набег в мир портлетов оставил меня полностью разочарованным.

Answer 1

С точки зрения задачи «просто» включить некоторый динамический / статический контент на веб-страницу, вы правы.

Однако реализован ряд удобств, таких как поддержка персонализации портлета (на уровне портлета / include) и сохранение этой информации, более жесткий рабочий процесс для настройки того, что отображается в портлете, и т. Д. .

Плюс, очевидно, есть весь код расположения портлета, который вы должны были бы написать в противном случае. Некоторые серверы портлетов много делают на стороне клиента для организации (перетаскивание портлетов и т. Д.).

Вы можете найти полезными некоторые обсуждения по нижеуказанному URL: http://www.ibm.com/developerworks/ibm/library/i-portletintro/

Answer 2

Конечно, порталы создают представление, по сути, делая много включений на стороне сервера. Спецификации портлета (JSR-168, 286) просто определяют, как кодировать портлет, чтобы он подходил для портала. Они определяют только вещи, необходимые для сосуществования портлетов на одной странице портала, вещи, которые не являются частью определений сервлета J2EE или JSP.

Без спецификаций вряд ли возможно использовать портлеты из разных групп разработчиков или даже разных поставщиков на одной странице портала.

Даже одно приложение J2EE с пользовательским интерфейсом в стиле портала может извлечь выгоду из использования контейнера портлета - это может помочь в выполнении многих типичных задач, связанных с пользовательским интерфейсом.

Рассмотрим, например, эти функции определены спецификациями портала (их очень мало):

• Жизненный цикл портлета, изолированный от других портлетов.
• Изолированные пространства URL для каждого портлета
• Режимы портлета и состояния окон
• Сеансы портлетов
• Персонализация, настройки портлета. Пользователи настраивают внешний вид страниц своего портала, размещая и настраивая отдельные портлеты.
• Возникновение / завершение событий (JSR-286)
• ...

Спецификации не являются ракетостроением, а также они не представляют собой парадигму в дизайне пользовательского интерфейса или около того - для меня самой революционной из порталов была идея использования рабочего стола пользователя в веб-приложениях.