ЕР
И этот CQRS в твоём изложении не решает проблему "дроблёных стейтов"
Этот CQRS решает проблему проектирования сущностей исходя из UI
Size: a a a
2020 February 12
YG
чел, если у тебя CQRS - это отдельные методы на чтение и изменение - то это просто КРУД,а не паттерн
Не функции, а модули
ЕР
Не функции, а модули
Нет разницы
DM
Картинка достойная склада джей ли
KS
Банбежка Олега книжника, давно не было такого
A
CQRS, DDD, рич и анемические модели - прослезился, вернули мой 2007ой.
YG
Нет разницы
Хм, то есть то что они будут одним стейтом манипулировать - ок?
ЕР
Хм, то есть то что они будут одним стейтом манипулировать - ок?
Ну, на чтение ты этот стейт не сломаешь
Oℕ
Этот CQRS решает проблему проектирования сущностей исходя из UI
речь шла о CQRS, который магически решает проблему дроблёного стейта, который в свою очередь позволяет поклоняться рич модели
AD
SD наносит ответный удар
Oℕ
И идея в том, что как бы ты не формулировал
ЕР
речь шла о CQRS, который магически решает проблему дроблёного стейта, который в свою очередь позволяет поклоняться рич модели
Рич модел позволяет не размазывать манипулирование стейтом по всему приложению
Oℕ
Ты платишь фантастическим усложнением приложения, увеличением рисков, удорожанием поддержки
DM
Спасибо!
Норм начало
Норм начало
Oℕ
За то, что должно помогать тебе упрощать понимание
YG
Ну, на чтение ты этот стейт не сломаешь
Ну ты подвязываешь модель чтения на него. А значит тебе прийдется менять и ее если поменяется что то в командах
ЕР
Ты платишь фантастическим усложнением приложения, увеличением рисков, удорожанием поддержки
Чем?
ЕР
Ты платишь фантастическим усложнением приложения, увеличением рисков, удорожанием поддержки
Написанием SQL-запросов?
Oℕ
Чем?
Созданием новых сервисов