В чем разница между уровнем прикладного уровня и бизнес-логики? Я понимаю, что бизнес-уровень предоставляет бизнес-услуги и бизнес-сервисы бизнес-приложений и предоставляет услуги конечному пользователю (веб-служба, пользовательский интерфейс и т.д.). Я прав?
Какая разница между уровнем прикладного уровня и бизнес-логики?
Ответ 1
Звучит правильно.
Бизнес-уровень реализует модель домена в режиме <нейтральный <нейтральный). Другими словами, это не зависит от какой-либо специфической технологии интерфейса или интерфейса, например веб-библиотек или API-интерфейсов окон. Вы должны иметь возможность потреблять бизнес-уровень из любого типа приложений - веб, богатый клиент, веб-сервис и т.д.
прикладной уровень объединяет разрыв между бизнес-уровнем и граничной технологией.
Ответ 2
Подводя итог:
-
Уровень приложения состоит из тех элементов, которые относятся к данному приложению. Таким образом, это будет включать пользовательский интерфейс, внешнюю обработку для пользовательского интерфейса и любые привязки между приложением и уровнем вашей бизнес-логики. В идеальном мире этот уровень не будет содержать никакой логики бизнес-домена.
-
Уровень бизнес-логики (BLL) содержит логику, специфичную для бизнес-домена. Кроме того, если вы собираетесь создать отдельный BLL, этот слой должен содержать логику, которая может использоваться другими приложениями, а также эта. Например, набор веб-сервисов, предоставляющих четко определенный API. Это отменит BLL от вашего приложения и позволяет вам гибко создавать другие приложения поверх него в будущем.
Ответ 3
Как я понимаю, бизнес-уровень отвечает за бизнес-решения AKA логикой, включающей протоколы клиента.
Уровень приложения - это необработанные процессы, которые не имеют ничего общего с бизнес-решениями.
Ответ 4
в классическом слое в бизнес-слое мы имеем:
-Бизнес-правила -Безопасность -Пользовательская активность -Transaction Management...
Функциональное требование + Нефункциональное требование = Бизнес-код
в функциональном требовании DDD Как бизнес-правила и бизнес-логика Оставайтесь на уровне домена и Нефункциональное требование, как безопасность и регистрация активности пользователя. Оставайтесь на уровне приложений.
Ответ 5
Я думаю об этом как о инфраструктуре. В зависимости от приложения он может содержать сантехнику для настройки, отчетности, оболочки пользовательского интерфейса и т.д.
Ответ 6
В DDD есть 4 уровня: презентация, приложение, домен и инфраструктура. Все, что зависит от логики прецедентов (сущности приложения, компоненты рабочего процесса приложения, например DTO, службы приложений), переходит на прикладной уровень (логика приложения). Вся инвариантная к логике прецедентов (бизнес-сущности, компоненты бизнес-процессов, например, модель домена, доменные службы) переходит на уровень домена (логика домена). На уровне инфраструктуры могут быть IoC, Cache, Repositories.
Ответ 7
В моей голове, логика бизнеса и приложений такова: бизнес-логика управляет данными, логика приложений управляет пользователями
—— из комментария здесь: https://www.bennadel.com/blog/2436-what-the-heck-is-business-logic-anyway.htm#comments_41200