Size: a a a

Архитектура ИТ-решений

2021 July 06

PD

Phil Delgyado in Архитектура ИТ-решений
Не знаю, по мне как раз вменяемый ООП - вполне эффективный инструмент работы со сложностью на уровне системы.
Тут у FP нет особых инструментов.
А что там внутри отдельного микросервиса - вообще пофиг.
источник

LV

Leonid Vygovskiy in Архитектура ИТ-решений
Это классика в мире java. Set/get для каждого поля.
источник

SB

Sergey Bezrukov in Архитектура ИТ-решений
Классика в мире java начала века?  Со времён изобретения ломбока уж неактуально, а про котлин и говорить нечего )
источник

AM

Alexey Mergasov in Архитектура ИТ-решений
Ломбок рукой помашет когда all arg конструктор на объект с 255 полями накатит
источник

LV

Leonid Vygovskiy in Архитектура ИТ-решений
А может и нет земли. Просто растет усталость солдата. А канава меня не интересует. Ну а если земля то ее копают и она может и не дать копать. Путем наличия камня. Но решает это земля, а не сервис рядом.
источник

AM

Alexey Mergasov in Архитектура ИТ-решений
И кода @data вся малина коту под хвост
источник

LV

Leonid Vygovskiy in Архитектура ИТ-решений
Мы о другом говорим.
источник

AM

Alexey Mergasov in Архитектура ИТ-решений
Как фил сказал кортежи и сеты
источник

SB

Sergey Bezrukov in Архитектура ИТ-решений
Глядя на мир нельзя не удивляться
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Да в чем была проблема не иметь сеттеров?
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Угу. Но при этом и земля и солдат - равноправные сущности и друг про друга ничего не знают.
источник

PD

Phil Delgyado in Архитектура ИТ-решений
И если мне нужно копать не только землю, но и песок - солдату на это пофиг (в anemic)
А в rich model - нет.
источник

LV

Leonid Vygovskiy in Архитектура ИТ-решений
Ну как не знают. Знают. Солдат же копает землю.
В реальной жизни солдату ну ни разу не пофиг, что копать.
источник

LV

Leonid Vygovskiy in Архитектура ИТ-решений
Опять таки, все зависит от модели. Может мне вообще пофиг, что он там копает. Надо просто калории считать.
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Угу. Но в rich model у меня это связанные вещи, всегда важно что копать.
источник

PD

Phil Delgyado in Архитектура ИТ-решений
RM сильно увеличивает связность.
источник

LV

Leonid Vygovskiy in Архитектура ИТ-решений
Как я понимаю современный ddd, не обязательно связанные. Зависит от модели. Но тут эксперты в нем лучше расскажут. Вообще, рассуждения про ddd без решения практической задачи кажутся малополезными. Реальная задача накладывает реальные ограничения, а при осуждении абстрактных можно что угодно придумать и загонять себя в дикии модели.
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Это да )
источник

AM

Andrei Moiseev in Архитектура ИТ-решений
Это наверное от домена зависит. Есть логика, которую можно инкапсулировать внутри сущности - это бизнес-инварианты, привязанные к сущности. Есть бизнес-правила, описывающие простое взаимодействие нескольких сущностей. И самый верхний уровень - бизнес-процессы, на уровне реализации может быть BPMN,  workflow, персистентные акторы, саги и т.п.
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Ну да. Но бизнес-правила - кто за них отвечает? Сущность или сервис?
источник