@TwojHimars: to jest must have gdy odczyty masz skomplikowane i obejmujące szeroki zakres danych. W takich wypadkach query mogą odczytywać i składać dane z kompletniego innego źródła (np zreplikowanej bazy) i są niezależne od twojej domeny.
A nawet gdy nie ma takiego przypadku to ułatwia to podejście DDD gdzie modelujesz swoją domenę (agregaty, encje itp) pod mutacje a nie pod mutacje i dczyty. Logika w query może być bezpośrednio napisanyPokaż całość

@TwojHimars: bez kontekstu to pytanie jest bez sensu ;-) bo obie odpowiedzi mogą być poprawne

@TwojHimars: To zależy ¯\(ツ)/¯

@TwojHimars: można by pewnie debatować trochę nad tym, ale imho to przy większych projektach ułatwia życie - zamiast mieć jeden manager który potrzebuje pierdyliarda serwisów które potrzebuje zawołać tak naprawdę masz kilka commands/query które mają swój jasno określony cel.

Ps: a mam ta przyjemność właśnie pracy z tradycyjnymi managerami i utrzymanie/rozwoj tego jest upierdliwa.

@nilphilus @t4il: Jestem świeży w temacie. Jaka jest korzyść ze zgrupowania operacji zapisu w Commands a odczytu w Queries?