Как вы уже слышали, основанные на компонентах фреймворки немного сложны, когда дело доходит до использования определенных библиотек JavaScript.Я лично использовал только несколько, поэтому я не могу составить определенный список из них.Однако я использовал как компонентные, так и основанные на шаблонах фреймворки, так что я бы осмелился сказать, что у меня есть, по крайней мере, достаточно образованное мнение, чтобы высказать свое мнение по этому вопросу:
В общем, фреймворки на основе компонентов *С 1004 * обычно немного сложнее работать, в основном потому, что они интегрируют «канал Ajax» в свои внутренние устройства.Например, в настоящее время очень популярный Apache Wicket изначально реализует все свои Ajax-компоненты, которые иногда показывают, что они не работают на определенных платформах и так далее.Причина такой интеграции обычно заключается в том, что разработчики платформы могут полностью полагаться на поведение функций Ajax в своей среде;делая пользовательскую реализацию, они могут опираться на нее и потенциально быстрее отлаживать.Есть, конечно, исключения из этого ( даже у Wicket есть своя собственная реализация jQuery под названием wiQuery ), но даже тогда эта интеграция может быть ниже той, что вы могли бы написать нормально.
Теперь, основанные на запросе структуры , как вы их называете ( Я бы отнес их к шаблонным основам, основанным исключительно на моем опыте ), обычно позволяют вам иметь более точный контрольв разных частях страницы, как правило, вы в конечном итоге даже пишете окончательную разметку с некоторыми магическими тегами, чтобы связать динамическую часть веб-приложения со статическим макетом.Имея это в виду, довольно очевидно, что они, как правило, позволяют вам, как разработчику, выбирать среди множества других вещей библиотеку JavaScript на ваш выбор, но это компромисс;что бы ни предоставил компонентный каркас на данном этапе, это то, что вам нужно переопределить самостоятельно.Чаще всего это ограничивается обработкой Ajax-запросов, но это варьируется от фреймворка к фреймворку.
Подводя итог , если вы действительно хотите использовать jQuery ( и почему бы вам не ) и вы не можете согласиться с тем, как он был интегрирован в компонентные фреймворки, посмотрите, что может предложить другой вид.
Если бы мне пришлось порекомендовать что-то, во что я бы поверилидеально подходит, я бы порекомендовал GSP поверх Spring MVC с использованием простой Java для бэкэнда и тому подобного, но на самом деле эта комбинация даже не существует, так как GSP является частью представления Grails , основа Groovy для веб-приложений.