PD
Основная задача - минимизация точек кастомизации, их собирание в одном месте, где проще и очевиднее менять
Size: a a a
2021 July 06
PD
А в rich model постоянно бизнес-логика проваливается в сами сущности и любые правки начинают расползаться по всему коду.
z
Ага, понял. Значит у вас все-таки не полностью анемичная модель, ОК :)
z
...не одни сеттеры-геттеры
PD
Ну, у меня нормальный ООП, внутреннее состояние управляется событиями (вызовом методов), без публичных сеттеров.
PD
Но это вполне себе анемичная модель. Публичные любые сеттеры - это вообще плохой дизайн (
p
ну full scan не всегда и плохо
AM
проблема в том что плох он тогда когда он внезапен))))
z
Я сталкивался с худшим вариантом анемичной модели, где разработчики вообще отвергали инкапсуляцию как понятие. Не осознано, конечно, но все же... :)) И в итоге код писался в процедурном стиле и терялись все преимущества ООП. А в это время сервисный слой распухал от повторяющейся логики
PD
Ну, у меня не настолько плохо.
z
Ага, просто я когда слышу анемичная модель, сразу представляю тот вариант с которым сталкивался :))
PD
Я скорее думаю про классический вариант с clean arch, где есть разные слои и слой бизнес-логики отделен от слоя доменов.
Только не в одном сервисе, а в многосервисной архитектуре.
И тут у сервиса домена - конкретный API
Только не в одном сервисе, а в многосервисной архитектуре.
И тут у сервиса домена - конкретный API
LV
Нормальное ООП - Анемичная модель - сложная БЛ. Выбери два из трех))
PD
Хм, а почему не все три? У меня получается )
LV
Ну, нам остается только поверить на слово :) Вообще, анемичная модель вообще не по ооп. Это процедурное программирование.
LV
Тут либо терминами расходимся, либо просто ddd нормально не взлетело.
PD
Хм, да как раз DDD и приводит к анемичным моделям )
Просто надо разделять сущности и процессы, как только это появляется, то проблем уже нет.
Бизнес-логика - это и про состояние сущностей и про реализацию процессов над этими сущностями.
Состояние - инкапсулируем внутри.
Процессы - снаружи.
Просто надо разделять сущности и процессы, как только это появляется, то проблем уже нет.
Бизнес-логика - это и про состояние сущностей и про реализацию процессов над этими сущностями.
Состояние - инкапсулируем внутри.
Процессы - снаружи.
LV
По поводу ddd и orm. В книге про hibernate середины нулевых было что-то типа, что с выходом hibernate стало возможно использовать ddd
PD
И у тебя процессы, вообще говоря, не зависят друг от друга (у тебя может быть 100 разных процессов формирования платежа, но при этом сам платеж от этих процессов не зависит...