Java MVC и сервер отдыха и тяжелый клиент JavaScript

Question

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

Поскольку наша серверная часть должна быть разработана с использованием Java, я планирую использовать JSP без сценариев и инфраструктуру MVC под названием FrontMan. FrontMan - это легковесная среда MVC на основе Java, похожая на Struts. Я играл с этим и мне нравится. План состоит в том, чтобы использовать JSP без сценариев с помощью файлов тегов JSTL и JSP. Я разработал несколько прототипов, используя эти технологии, и мне понравилось то, что у меня было.

Сейчас я нахожусь в процессе планирования на стороне клиента. Я планирую использовать JavaScript, jQuery, jQuery UI для создания внешнего интерфейса. Во время моего исследования я наткнулся на очень изящный JavaScript MVC-фреймворк под названием JavaScriptMVC. Я должен сказать, что мне действительно это нравится. Это не просто инфраструктура MVC на стороне клиента, но также включает в себя инструменты для тестирования, документирования и развертывания.

Чем больше я занимаюсь выяснением плана на стороне клиента, тем больше понимаю, что думаю, что это будет скорее приложение на JavaScript (на стороне клиента). Я склоняюсь к выполнению большей части работы в JavaScript, а не в бэкэнде через Java. Бэкэнд будет существовать в основном для связи с базой данных и ответа на запросы клиента (веб-интерфейса) о манипулировании или получении данных.

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

Мне интересно, как я могу использовать как MVC-фреймворк, так и REST-фреймворк вместе? Они имеют смысл вместе?

Я использую Jetty в качестве веб-сервера, так что я думаю, что он пригоден для использования Restlets ...?

Во всяком случае, я не уверен, какой смысл я имею в этом посте, поэтому я остановлю его там пока.

Answer 1

Как упоминалось в предыдущем постере, он создает идеальный смысл. MVC позволяет вам разделить задачи так, чтобы вы могли отделить логику своего приложения от логики представления.

Ваш REST-контроллер обрабатывает запрос, который вам нужен, заполняет модель и предоставляет REST-подобный способ, обычно возвращая пользователю представление xml. Этому может помочь ряд библиотек, таких как xstream, jaxb, castor, xmlbeans, которые предоставляют процедуры для маршалинга объекта в xml.

Answer 2

Да!Это имеет смысл, как сказал Йохан Шёберг!Вы можете использовать Spring MVC, например.Мне это очень нравится, и я думаю, что это очень просто и легко выучить.У вас есть пример здесь .

Кстати, для внешнего интерфейса, возможно, вы хотели бы проверить это представление .

Answer 3

Довольно подробное обсуждение этого также можно найти здесь: Отдельный сервер REST JSON API и клиент?

Для меня это было очень полезно.

Answer 4

Предоставление REST API на стороне сервера идеально подойдет для вашего JS-интерфейса.Ваши ресурсы должны будут представлять представления JSON.Вы даже сможете повторно использовать этот веб-API от других клиентов, таких как мобильные телефоны.

В качестве лидера для Restlet Framework я могу только рекомендовать его для этой цели.Интеграция с Jetty очень стабильна:)

Ура, Джером