Абсолютно прозрачно откуда у тебя запрашивается набор данных.

EDUARD SAPOTSKIskyANAпропущено...
Да ладно, наоборот, см. картинку :)

Command and Query Responsibility Segregation (CQRS) на практике


Хня какая-то. Ну дал юзер команду на полученние набора данных, команда прошла по синей цепочке. Получил юзер набор данных который сформировался из хрен знает скольких таблиц, прошло это по красной цепочке. А потом юзер меняет данные и изменения нужно сохранить в БД... И чо? Каким хреном синяя цепочка поймет что где менять в БД нужно?Ты не понял даже базовой идеи :) Команды они не для получения данных.

ViPRos,

дык в статье и картинки есть и эволюция кода расписана :) Может пусть конкретно спросит, что не понятно?

EDUARD SAPOTSKIskyANAМожет пусть конкретно спросит, что не понятно?
Дык вроде всем понятно что спросил.
ViPRosкак формировать команду?
Есть у тебя в БД таблицы со столбцами:
A(A0, A1, A2)
B(B0, B1, B2)
C(C0, C1, C2)
Ты получил набор данных который отдал юзеру:
D(A1, C1, C2, B0)
Поменял юзер в наборе параметры C1 и B0 каким хреном создать команду что бы изменения сохранить?Пользователь выполнил какое-то действие в каком-то контексте, этому действию и соответсвует команда.

В статье же даже простой пример есть:

Ну вот как сформировать данную команду, когда мы получили список пользователей (набор, о котором ты говоришь) и решили удалить одного?
Очевидно, что создать экземпляр класса команды. Либо тупо, либо через фабрику.

ViPRos, одну.

ViPRosкстати, Бындю - ты?Интересный вопрос. А разве похож? У меня фотка на аватаре, у него в блоге фотка

Вроде не похожи совсем:

ViPRosskyANA,

я что фотки смотрю, не девки чай

да какую одну
покажи!!! как ты херишь одной командой БД
по идее, там чтение (запрос) не подразумевает заполнения контекста какого нить ОРМ
изменению будут подвергаться результаты запроса
а запись (команды) скорее всего через ОРМ (так как кишка тонка самому сделать)
и как контекст ОРМ синхронизируется с запросом?
и зачем вся ахинея эта?Что-то ты напридумывал. Проще надо быть.

EDUARD SAPOTSKIskyANAViPRos, одну.
Уффф... Есть таблицы - клиенты, товары, покупки, единицы измерения...
Юзер получил некое представление, естественно через джоины:

Клиент Товар Ед. Изм. Кол-во Сумма
Иванов Стол шт 2 3000
Иванов Мобила шт 1 5000
Петров Телевизор шт 3 20000
Петров Айфон шт 1 10000
Петров Икра шт 1 12000

Юзер думает - Петров один телик вернул, надо количество изменить и сумму подправить, а икра в кг измеряется а не в штуках. Он это изменил! А каким хреном эти изменения теперь отобразить в БД, если по схеме блок команд ваще абстрагирован от блока запросов???Это некий отчёт? Он собирается из чего, из заказов? Единицы измерения икры к чему относятся, к справочнику товаров?

То есть нужно изменить некий заказ, и некий товар. Два доменных объекта. Не думаю, что доменные объекты у тебя прям в отчётах правятся.

Следовательно пользователь из отчёта по ссылке переходит в заказ и правит заказ (одна команда). По другой ссылке переходит в справочник товаров и правит икру (вторая команда).
Причём эти же самые команды используются, когда ты из других мест системы попадаешь в заказ и его меняешь, или в товар и его меняешь.

Я не знаю что за схемы вы у себя в голове рисуете, но попробуйте оставаться в рамках тех, что в статье

ViPRosизменению будут подвергаться результаты запросаИзменению не подвергаются результаты запроса. Ну нарисовано же на картинке в статье.

Лень ссылку открыть, судя по тому, что фотку Бындю ты не увидел и мою не смог в новом окне браузера кликом мыши открыть.

Вы, парни, "Достоевского не читали но осуждаете"