Службы приложений, которые называются содержащими бизнес-логику

У меня есть вопрос, который меня мучил последние месяцы. Некоторые авторы и люди (я бы не назвал их все) связывают бизнес-логику с службами приложений. Согласно тому, что я знаю, бизнес-логика содержит классы, которые образуют наш домен, и все они содержатся на бизнес-уровне или уровне домена.

Итак, мы помещаем бизнес-объекты на бизнес-уровень (что кажется совершенно логичным), так почему мы связываем службы приложений (которые принадлежат уровню услуг) с бизнес-логикой (которая принадлежит бизнес-уровню)? Почему мы говорим, что служба приложения содержит бизнес-логику?


person Hamdi Baligh    schedule 28.03.2013    source источник


Ответы (1)


В многоуровневой архитектуре, подобной той, которую вы описываете, уровень обслуживания обычно использует компоненты бизнес-логики для выполнения контракта на обслуживание. Уровень сервиса будет местом, где будет происходить отображение бизнес-объектов в DTO или сообщения запроса / ответа. Это гарантирует, что изменения на бизнес-уровне не нарушат контракты на обслуживание.

person Jason    schedule 28.03.2013
comment
Это означает, что смешивание концепций и утверждение, что служба содержит бизнес-логику, полностью неверно :) - person Hamdi Baligh; 29.03.2013