Spring, Hibernate, Java EE в 3-уровневой архитектуре
Мне нужно начать с того, куда я положил эти технологии в архитектуру 3 уровня: Это то, что у меня есть ...
уровень представления: HTML, JSP
приложение. уровень: Java EE, Spring
уровень доступа к данным: Hibernate, база данных PostgreSQL
3 ответа
Да, я бы поместил Hibernate на уровень доступа к данным. Фактически 3-й уровень - это «уровень данных», а не уровень доступа к данным, возможно, это вас смущает. Итак, все, что связано с бизнес-логикой, переходит на уровень приложения (или бизнеса).
Вы смешиваете уровень и слой, что довольно запутывает вас, особенно для вас самих! Если ваш вопрос касается слоев, задайте вопрос о слоях.
В любом случае, позвольте мне уточнить ...
В трехуровневой архитектуре уровни состоят из:
- уровня клиента (или уровня представления) ,
- Бизнес-уровень (или Средний уровень, или логический уровень, или уровень приложений и т. Д.),
- Корпоративные информационные системы (EIS) Уровень (или уровень данных).
А вот типичные уровни многослойного приложения:
- Уровень представления : Сервлет / JSP
- Уровень обслуживания : Spring Services + Spring Transactions или EJB Session Beans
- Уровень домена : POJO
- Уровень доступа к данным : Hibernate / JPA
- Физический уровень : база данных, LDAP, файловая система и т. Д.
Hibernate будет частью уровня доступа к данным (но PostgreSQL является частью физического уровня ).
Уровни доступа к данным , , , Домен , Уровни доступа к данным соответствуют бизнес-уровню . Физический уровень соответствует уровню данных .
Если вы хотите использовать Spring MVC, он, скорее всего, будет находиться на уровне представления.