Size: a a a

2021 April 10

Ш

Шурик in symfony
там немного не то разделение
не чтение/запись как select/update в базе, а разделение запросов к серверу на те, которые меняют данные и которые не меняют.
чтение - это операция, которая не меняет данные. получение списка последних постов - это чтение
но если нужно хоть что-то поменять - весь запрос на сервер становится командой
источник

В

Вадим in symfony
Походу я понимаю в чем ломается моск. Так вот чтения у тебя два, одно тупо для вывода, второе для логики на запись. В первом случае тебе хватит массива, а во втором обьект ну и то не всегда
источник

G[

GamIet [UA, Odessa] in symfony
Ок, допустим, только как это решит проблему?
Мы определили что наша бизнесс-задача - это Command и начинаем писать методы команды.
ВСЁ! Теперь мы работает ВНУТРИ команды и нам все равно нужно сделать SELECT массива объектов, обработать их согласно бизнесс-логике и потом сохранить обратно (или создать новые обхекты, это уже не важно)
источник

G

Gas in symfony
я тоже понял, что речь шла о запросах на отдачу (без изменения)
источник

В

Вадим in symfony
Внутри команды вытягиваешь обьекты, т.к. тебе нужно поведение
источник

G[

GamIet [UA, Odessa] in symfony
нет, вопрос был КАК получать список сложных объектов(аггрегатов) не делая суотню запросов в базу.
источник

В

Вадим in symfony
В query просто sql на массив
источник

G[

GamIet [UA, Odessa] in symfony
ВОТ в это то и вопрос! Если я вытягию объекты-аггрегаты, то мне нужно сначала вытащить список root-объектов, а потом пройтись по их зависимостям и сделать кучу SQL подзапросов на вытягивание подробностей объекта.
источник

А

Александр in symfony
+
источник

А

Александр in symfony
Именно это пример идиотизма ддд
источник

G

Gas in symfony
если many2one джойни, если наоборот, то доп. запросам по fk наверно
источник

В

Вадим in symfony
В command ты не используешь query. Query это у тебя проекции например под фронт
источник

Ш

Шурик in symfony
в чем заключается твоя задача? в том, чтоб оптимизировать приложение или в том, что красиво взаимодейтсвие объектов описать?
вообще всё можно написать очень красиво и феншуйно если забить хер на быстродействие
источник

s

smile in symfony
может с агрегатом чтото не так и он очень много знает? мне просто всегда интересно какой ответ ожидается на такой вопрос?)
источник

А

Александр in symfony
Я выше написал годный пример, который отвечает на этот вопрос https://t.me/symfony_php/269061
источник

G[

GamIet [UA, Odessa] in symfony
Ну у меня есть вариант делать JOIN всех таблиц аггрегата, вытягивать все данные одним запросов и потом мапить это все ручками после селекта. Но чот мне кажется это тот еще изврат.
Зато база не страдает... Но в таком случае может лечь бэк.
источник

s

smile in symfony
можно же сделать хреновый агрегат пользователь в котором будет все что есть впринципе относится както к нему, а можно разбить на мелкие агрегаты в зависимости о контекстов
источник

А

Александр in symfony
Это будет не по ддд, потому что репа агрегата не должна знать ничего про другие модели, если они application-wide
источник

G[

GamIet [UA, Odessa] in symfony
Ну если там 10+ таблиц, то скорее всего да.
Но если там 2-3 таблицы, то это норм аггрегат.
источник

s

smile in symfony
зачем посту знать чтото кроме ид?
источник