Я предлагаю не смотреть на структуру представления, как описано в большинстве вышеприведенного, который не был написан поверх Spring MVC, так как вы столкнетесь с такими проблемами, как обратные передачи, что означает, что вы не сможете отправить данные из этот вид технологии и получить ответ от сервера. Пример, такой как проверка, редактирование представления данных, которое обновляет данные с сервера, НЕ РАБОТАЕТ.
Это связано с тем, что в некоторых вышеупомянутых технологиях Java-бины не используют жизненный цикл контейнера Spring. Вы сможете использовать их только для примера запроса без сохранения состояния. Например, с JSF вы не сможете использовать обратные передачи, так как обратные передачи jsf работают, только если вы используете жизненный цикл jsf, и если вы используете JSF-среду Spring Spring Framework mvc, вы не сможете выполнять обратную передачу, поэтому вам нужно заменить jsf контроллер сервлетов вместо пружинного контроллера MVC.
Опять же, поскольку требования к вашему полному проекту не ясны, и если вы не хотите, чтобы требование обратной передачи не использовалось, вы можете использовать некоторые из перечисленных выше вариантов.
Одним из примеров технологии представления, написанной на вершине mvc Spring, является zk mvc на основе фреймворка zk, в котором вы можете расширить свои контроллеры mvc spring из ZK GenericForwardComposer для обработки событий. Вы всегда можете использовать Spring для управления жизненным циклом этих контроллеров с помощью Spring Framework.
Вы можете Google, чтобы найти аналогичные другие продукты.
Данный обзор основан на высокоуровневом проектировании жизненного цикла фреймворка.
Всего наилучшего !!!