Я очень хорошо разбираюсь в jQuery и использовал его на многих веб-сайтах PHP.
Теперь я хочу выбрать только такую веб-инфраструктуру, с помощью которой я могу использовать jQuery на том же уровне, что и PHP, но на Java.
Итак, на какую веб-инфраструктуру я должен искать?
Как вы уже слышали, основанные на компонентах фреймворки немного пошатнулись, когда дело доходило до использования некоторых библиотек JavaScript. Я лично использовал только несколько, поэтому я не могу создать определенный список из них. Тем не менее, я использовал как базовые компоненты, так и шаблоны, поэтому я бы осмелился сказать, что у меня есть хотя бы несколько образованное мнение, чтобы выразить это по этому поводу:
В общем, основанные на компонентах фреймворки обычно труднее работать, главным образом, поскольку они интегрируют "канал Ajax" в свои собственные внутренние компоненты. В качестве примера, в настоящее время очень популярный Apache Wicket реализует весь свой материал Ajax изначально, который порой демонстрирует нарушение на определенных платформах et так далее. Причина такой интеграции обычно заключается в том, что разработчики структуры могут полностью полагаться на поведение функций Ajax в своей структуре; создавая пользовательскую реализацию, они могут опереться на нее и, возможно, быстрее отладить ее. Конечно, есть исключения из этого (даже у Wicket есть своя реализация jQuery под названием wiQuery), но даже тогда эта интеграция может быть подпалой к тому, что вы мог бы нормально писать.
Теперь основанные на запросах фреймворки, как вы их называете (я бы классифицировал их как основанные на шаблонах фреймворки, основанные исключительно на моем опыте), как правило, позволяют вам иметь более мелкозернистый контроль над различными частями страницы, обычно вы заканчиваете даже писать окончательную разметку с помощью некоторых магических тегов здесь и там для связывания динамической части веб-приложения со статическим макетом. Имея это в виду, довольно очевидно, что они обычно позволяют вам как разработчику выбирать - среди множества других вещей - библиотеку JavaScript по вашему выбору, но это компромисс; независимо от того, какой компонент на основе компонентов будет обеспечиваться на данном этапе, вам нужно переопределить сами. Чаще всего это ограничивается обработкой запросов Ajax, но это зависит от структуры и структуры.
Подводя итог, если вы действительно хотите использовать jQuery (и почему бы и нет), и вы не можете согласиться с тем, как он был интегрирован в инфраструктуру на основе компонентов, посмотрите, что другой вид может предложить.
Если бы мне пришлось порекомендовать то, что, по моему мнению, подойдет вам идеально, я бы рекомендовал GSP поверх Spring MVC с использованием простой Java для бэкэнда и т.д., но эта комбинация на самом деле даже не существует, поскольку GSP является частью представления Grails, Groovy на основе веб-приложения.
Для Java я предлагаю Spring REST framework, где вы можете использовать JSON в своих запросах и свой ответ. Используя JSON для возврата ваших данных на клиентскую сторону, вы можете использовать JQuery для анализа JSON, управления данными и последующего управления программным документом HTML.
Преимущество этого метода заключается в том, что он упрощает сохранение вашего контента, поведения и презентации отдельно. Если вы работаете над проектом с командой дизайнеров с различными языками программирования, и если ваши навыки HTML/CSS не так хороши, как у них, этот метод может быть очень сильным для поддержания разделения внимания.
Кроме того, любая инфраструктура может работать, поскольку JavaScript и серверные языки работают в совершенно разных средах.
Вы имеете в виду, какая структура MVC? Это не имеет значения. JQuery или любая другая структура Javascript не зависит от используемой вами платформы Java.
Я бы порекомендовал grails (без строительных лесов и без основной компоновки: создайте свой собственный макет с помощью css и jquery (валидация, сборщик дат и прочее)), но поскольку он часто использует объекты, иногда ваше приложение может не работать и вам потребуется выделить большую память. Вы не можете избежать некоторых мест, где вам могут не нравиться эти тяжелые вещи (поскольку каждое объявление создает неявное использование getter и setter), но разработка приложений в grails очень быстрая, у вас будет привычка использовать классные вещи для управления версиями в текущих данных (но если у вас есть транзакции, то зачем вам это нужно, я не знаю), если вы не хотите впадать в неприятность строительных лесов, но все же хотите видеть это как ссылку, тогда вы можете иметь два копии (один код, созданный из лесов) и другие без него, чтобы вы могли разработать свою собственную версию с тщательным составлением приложения со ссылкой на версию для лесов. Вы должны определенно попробовать, прежде чем использовать 50 несвязанных вещей в java (всегда неприятно), чтобы просто создать простой веб-сайт.