Проектирование уровня службы в JSF MVC

в среде JSF MVC, уровень сервиса (модель) играет решающую роль в управлении бизнес -логикой и доступом к данным. Выбор правильного подхода к проектированию для этого уровня может повысить общую производительность и обслуживание вашего приложения.

разделение уровня службы

ваш сервисный слой не должен быть монолитным. Вместо этого он должен быть разделен на отдельные услуги на основе бизнес -объектов, с которыми они обрабатывают. Например:

]
• userservice для управления операциями, связанными с пользователем
]
• productservice для управления операциями, связанными с продуктом
• orderservice для управления операциями, связанными Scalability.

вызов сервисного уровня

Служного уровня обычно вызывается бобами (контроллерами) в архитектуре MVC. Эти бобы передают данные службам и получают ответы, которые затем могут использоваться для обновления представления.

интеграция с данными доступа

, когда это необходимо, уровень службы взаимодействует с объектами доступа данных (DAOS) для выполнения операций на базе базы. DAO несут ответственность за конкретные задачи доступа к данным, такие как извлечение, обновление и удаление данных.

, используя EJB или Spring

Java EE 6 предоставляет EJB 3.1 в качестве мощного API уровня сервиса. Он предлагает такие функции, как транзакции, управляемые контейнерами, и инъекция зависимости. В качестве альтернативы, Spring также может использоваться для создания уровня обслуживания, хотя EJB обычно предпочтительнее в приложениях Java EE.

независимый уровень обслуживания

. Независимо от сохранения уровня обслуживания независимых от JSF -зависимостей. Это гарантирует, что он остается многоразовым на разных передних концах, таких как JAX-RS или сервлеты. Отделяя специфический для UI кода от уровня службы, вы поддерживаете чистую и поддерживаемую кодовую базу.

Transactions

существенное преимущество использования уровня службы в приложениях Java EE-доступность транзакций с контейнером. Эти транзакции гарантируют, что один вызов метода обслуживания ведет себя как полная транзакция БД. В случае любых ошибок, запускается откат для поддержания целостности базы данных.