RV
но запись тут раз и вся суть её
Size: a a a
2019 August 09
АЯ
чего??
без чтения от неё толку 0
RV
я имею ввиду разделение на read and write СQRS
F
я имею ввиду разделение на read and write СQRS
тогда проще вторую приложуху закинуть
RV
без чтения от неё толку 0
ем
и чего это?
и чего это?
АЯ
тогда проще вторую приложуху закинуть
+
RV
CQRS как бы, все дела
RV
и в некотором роде это и получается два приложения так то
RV
относительно чтения в доктрине, Марко хорошо сказал, для этого есть SQL
АЯ
задача доктрины - не читать/писать в базу. а предоставлять доступ к объектам и дампить их куда нади.
АЯ
репозитории, юнит оф ворк, всё такое.
АЯ
если ты работаешь не с объектами, а с записямт в БД, то тебе нужен не дата маппер, а тейбл-гетавей
RV
ещё раз
я не говорю про запись в бд как такую
write модель из стороны CQRS
с докриной проще строить как раз бизнес логику, так как можно уже абстрагироватся от базы
я не говорю про запись в бд как такую
write модель из стороны CQRS
с докриной проще строить как раз бизнес логику, так как можно уже абстрагироватся от базы
RV
как пример из книги писал тот же адельф
(есть в других чатах )
https://github.com/adelf/freelance-example/tree/master/app/Domain
(есть в других чатах )
https://github.com/adelf/freelance-example/tree/master/app/Domain
АЯ
ну да. и два различных подхода орм в одной кодовой базе - не очень правильно
RV
понятно, как же другие так живут я хз тогда, видимо не правильно.. (довольно часто в рамках CQRS может быть АР на чтение, и на запись дата мапер и репозитории, можно поискать примеры в симфони чате истории)
другой момент что зачастую ОРМ не нужны как так
другой момент что зачастую ОРМ не нужны как так
AK
ну да. и два различных подхода орм в одной кодовой базе - не очень правильно
вы заблуждаетесь
АЯ
вы заблуждаетесь
ок
A
Вот интересно, канал придуман для флуда, а общение идет про программирование.