Исходный код вики Мнение
Версия 1.4 от Alexandr Fokin на 2026/09/15 12:54
Скрыть последних авторов
| author | version | line-number | content |
|---|---|---|---|
 |
1.3 | 1 | |= |= |= |
| |
1.2 | 2 | | |((( |
| 3 | Мнение автора: на основании своего опыта я выступаю скорее за анемичную модель: когда сущность в основном контейнер для данных, почти не содержащий логику, и наборе команд/сервисов для взаимодействия с ними (и именно на команды ложиться ответственность за сохранение консистентности агрегатов). | ||
| 4 | \\Для меня вполне допустим следующий вариант: в доменной логике мы не создаем и не редактируем сущности напрямую, а делаем это через ISetter компонент. В контракт конкретного ISetter мы закладываем способы создания и изменения сущности. В таком случае у нас есть компонент, который указывает на контракт и допустимые способы взаимодействия с конкретной сущностью. | ||
| 5 | |||
| |
1.4 | 6 | Пример поведения, располагаемого в ISetter: |
| 7 | |||
| 8 | 1. типизированные билдеры под конкретные сценарии использования (инварианты) | ||
| 9 | 1. взаимодействие со связанными сущностями (родительская-дочерняя) (добавление, смена родительской сущности) | ||
| 10 | 1. вычисляемые свойства (которые меняются при изменении полей). | ||
| 11 | |||
| |
1.2 | 12 | У этого подхода еще есть плюс, связанный с [[Expression tree ~| Деревья выражений>>doc:Разработка.NET.C#.Рантайм и типы.Expression tree | Деревья выражений.WebHome]]. А именно мы легко можем строить Expression (например для проекции или Update запроса) (открытые setter). |
| |
1.3 | 13 | )))| |
| |
1.2 | 14 | | |{{code language="c#"}}// Entity rules (interaction interface) |
| 15 | IEntityServices<TEntity> | ||
| 16 | { | ||
| 17 | // Set rules (single point of editing). | ||
| 18 | ITEntitySetter Setter { get; } | ||
| 19 | |||
| 20 | // Specification rules | ||
| 21 | ITEntityConditions Conditions { get; } | ||
| |
1.4 | 22 | |
| 23 | // Discrimination union (OneOf) for invariants. | ||
| 24 | IOneOf { get; } | ||
| |
1.3 | 25 | }{{/code}}|[[Specification>>doc:Архитектура и модели.Группа\. Архитектурные подходы.DDD | Domain-driven design.Specification.WebHome]] |
| |
1.2 | 26 | |
| 27 |