Разработка N-уровневого веб-приложения Java EE с представлениями, веб-сервисом и планировщиком с пружиной

Question

У меня есть запускаемое веб-приложение, использующее Spring и Hibernate, которое в настоящее время имеет 3 слоя.Просмотр, Сервис и ДАО.Это также доменные объекты разделены отдельно.

К этому я хочу добавить веб-сервис и планировщик .Теперь, какие слои я должен добавить эти классы?Или я должен создать новые пакеты для них?Каковы лучшие практики для n-уровневых веб-приложений?

Пожалуйста, поделитесь своими мыслями и опытом.

Answer 1

К веб-пакетам и пакетам планировщика?

Нет «правильного» ответа на этот вопрос, и без какой-либо идеи относительно макета вашего пакета, помимо того, что показано, трудно быть более конкретным.

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

Answer 2

Несколько мыслей:

1. Пакет не является уровнем. Уровень (или уровень) - это логическая абстракция для набора связанных функций, пакет - это инструмент физической группировки для блоков компиляции. Может случиться так, что все классы, используемые для реализации логического уровня, находятся в одном и том же исходном пакете, но это не обязательное требование.

2. Похоже, что webservice будет хорошо вписываться в пакет service, или, может быть, подпакет внутри service, называемый web.

3. Для планировщика он также может принадлежать где-то в пакете service (особенно, если другие компоненты предназначены для взаимодействия с планировщиком через служебный API). Если нет, то следующей наиболее подходящей вещью будет дать ему собственный пакет с именем scheduler.

Что касается лучших практик, просто делайте то, что 1) работает и 2) имеет смысл. «n-уровневые веб-приложения» - тема настолько широкая, что на самом деле нет конкретных ответов, которые применимы во всех возможных случаях.