Anemic Domain Model - антипаттерн или SOLID?
- 1. Anemic Domain Model - антипаттерн или SOLID ? Влад Клековкин главный разработчик Специализированная Депозитарная Компания Гарант
- 2. Rich Domain Model Фаулер рекомендует Инкапсуляция Интуитивно понятна Удобна в использовании Красивые диаграммы
- 3. Пример RDM
- 4. Чего хочет заказчик? Меняются требования Иногда законы Появляются исключения Специальные пользователи Особые клиенты
- 8. Anemic Domain Model Антипаттерн Не очевидна в использовании Нарушение инкапсуляции Процедурный стиль Устарело?
- 9. Пример ADM - Model public class MyMegaDocument : Document, IWithStatus, IStartFinishDates, IPriceSumCount { public string Name { get; set; } public Status Status { get; set; } public DateTime StartDate { get; set; } public DateTime FinishDate { get; set; } public decimal Price { get; set; } public decimal Count { get; set; } public decimal Summ { get; set; } ... } interface IWithStatus { Status Status { get; set; } } interface IStartFinishDates { DateTime StartDate { get; set; } DateTime FinishDate { get; set; } } interface IPriceSumCount { decimal Price { get; set; } decimal Count { get; set; } decimal Summ { get; set; } }
- 10. Пример ADM - Logic
- 11. Пример ADM - Logic
- 12. Инфраструктура
- 14. Eдинственной обязанности На каждый класс должна быть возложена одна-единственная обязанность. Открытости/закрытости Программные сущности должны быть открыты для расширения, но закрыты для изменения. Подстановки Лисков Функции, которые используют базовый тип, должны иметь возможность использовать подтипы базового типа, не зная об этом. Разделения интерфейса Много специализированных интерфейсов лучше, чем один универсальный. Инверсии зависимостей Зависимости внутри системы строятся на основе абстракций. Модули верхнего уровня не зависят от модулей нижнего уровня. Абстракции не должны зависеть от деталей. Детали должны зависеть от абстракций Следование SOLID
- 15. Сравнение