Отдельная задача за время работы над ней вряд ли откатиться из типовой (если мы ее так определили) в исследовательскую, это достаточно редкая история. Скорее что-то такое найдем, что приведет к заведению новой исследовательской в процессе решения типовой. А вот если задачу оценили и она долго пролежала в беклоге, – здесь может быть все что угодно, и контекст изменяется непрерывно (как Вы верно заметили), и знания накапливаются.
Агрегат - это и есть сущность, но с инвариантом над некоторым кластером сущностей, входящих в него и не имеющим контекстуального смысла за его пределами.
Если пойти от обратного, то сущность - это агрегат, в котором определен инвариант только над ним самим и который не включает в себя других сущностей.
В ООП не будет примитивных set/get, будет конструктор и действия. Как только появляется явное изменение параметров - это уже не объект, но структура, и да, иногда их смешивают, что усложняет развитие «объекта+структуры данных».
Анемичной модели предметной области не существует по определению. Предметная область описывается объектами. Объект, по определению из ООД, определяется своим поведением и скрывает состояние. То, что не содержит поведения, а только структуры (чем и оперирует «анемичная модель») - это структура данных. Таким образом «анемичная модель» - это парадигма процедурного программирования, а DDD базируется на объектно-ориентированном дизайне, соответственно, «анемичная модель» в контексте к DDD не может быть определена.
Информация
В рейтинге
Не участвует
Откуда
Москва, Москва и Московская обл., Россия
Зарегистрирован
Активность
Специализация
Технический директор, Архитектор программного обеспечения
Отдельная задача за время работы над ней вряд ли откатиться из типовой (если мы ее так определили) в исследовательскую, это достаточно редкая история. Скорее что-то такое найдем, что приведет к заведению новой исследовательской в процессе решения типовой. А вот если задачу оценили и она долго пролежала в беклоге, – здесь может быть все что угодно, и контекст изменяется непрерывно (как Вы верно заметили), и знания накапливаются.
Агрегат - это и есть сущность, но с инвариантом над некоторым кластером сущностей, входящих в него и не имеющим контекстуального смысла за его пределами.
Если пойти от обратного, то сущность - это агрегат, в котором определен инвариант только над ним самим и который не включает в себя других сущностей.
В ООП не будет примитивных set/get, будет конструктор и действия. Как только появляется явное изменение параметров - это уже не объект, но структура, и да, иногда их смешивают, что усложняет развитие «объекта+структуры данных».
Анемичной модели предметной области не существует по определению. Предметная область описывается объектами. Объект, по определению из ООД, определяется своим поведением и скрывает состояние. То, что не содержит поведения, а только структуры (чем и оперирует «анемичная модель») - это структура данных. Таким образом «анемичная модель» - это парадигма процедурного программирования, а DDD базируется на объектно-ориентированном дизайне, соответственно, «анемичная модель» в контексте к DDD не может быть определена.