CQRS - Materiały jak to robić dobrze

Niedługo zaczynam pracę nad kolejnym projektem w ramach nauki. Jako, że wszystkie apki jakie robiłem wcześniej wykorzystywały architekturę n-layer/onion to stwierdziłem, że czas na coś nowego. Gdzieś tam cały czas w postach na blogach przewijał się temat CQRS. No i tu pojawia się problem bo materiałów mimo, że jest sporo to każde po wstępnym przejrzeniu trochę inaczej implementują CQRS oraz korzystają/nie korzystają z różnych narzędzi. Stąd moje pytanie czy znacie jakieś źródło, gdzie mógłbym nauczyć się CQRS wraz z najlepszymi praktykami? Chciałem rozpocząć od https://www.pluralsight.com/courses/cqrs-in-practice wygląda całkiem ok.

Macie coś godnego polecenia?

Autor CQRS Greg Young ciągle odmawia napisania książki o CQRS, także oficjalna definicja nie istnieje i jest spora dowolność w podejściu do implementacji.
Dostępne są za to jego notatki: CQRS Documents by Greg Young
Wszystko co wyprodukuje Vladimir Khorikov warto przeczytać, bo to najlepszy autor jeśli chodzi o rozwiązania klasy enterprise w c#, jego blog to : Enterprise Craftsmanship
Stary ale wciąż bardzo aktualny i fajny jest poradnik od Microsoftu CQRS Journey Guide

neves napisał(a):

Autor CQRS Greg Young ciągle odmawia napisania książki o CQRS,

Greg Young mówił, że CQRS to pomysł stary jak świat i że był on używany już przed erą komputerów i że jest to "dumbest pattern ever." I w sumie ma rację, bo co w tym trudnego czy skomplikowanego?

To nie DDD, żeby trzeba było pisać całą książkę - której i tak by ludzie pewnie nie zrozumieli, tak jak nie rozumieją książek o DDD czy o design patternach - tylko czytają tego typu książki jak zestaw gotowych recept do bezmyślnego zastosowania i dogmatów do wkucia - i tak powstają kulty cargo, w których ludzie biorą jakieś modne hasełko i traktują z wielkim namaszczeniem jako cudowną receptę.

najlepszymi praktykami?

Nie ma czegoś takiego jak "najlepsze praktyki", które sobie wyczytasz w jakiejś książce. Bo jeszcze trzeba je zrozumieć (przez rozumienie mam na myśli to, żebyś umiał zastosować w swoim projekcie, do swoich potrzeb, umiejąc elastycznie nagiąć wzorzec tak, żeby wpasował się do tego, co robisz)

Czyli - "najlepszą praktyką" - będzie po prostu samodzielna praktyka i popełnianie wielu błędów. Ew. możesz poszukać pracy w jakimś słabo napisanym(!) projekcie, który używa danego wzorca czy metody programowania (słabo napisane projekty są najlepszą nauką, bo można się uczyć na błędach innych. Dobrze napisane projekty mogą być inspiracją, ale na dłuższą metę są słabą nauką, bo widzisz tylko "happy path", a nie widzisz fakapów albo błędów, które można popełnić).

Dzięki bardzo za linki - zapisane :) Widzę, że przez przypadek trafiłem na kurs szanowanego eksperta.

LukeJL napisał(a):

a czegoś takiego jak "najlepsze praktyki", które sobie wyczytasz w jakiejś książce. Bo jeszcze trzeba je zrozumieć (przez rozumienie mam na myśli to, żebyś umiał zastosować w swoim projekcie, do swoich potrzeb, umiejąc elastycznie nagiąć wzorzec tak, żeby wpasował się do tego, co robisz)

Czyli - "najlepszą praktyką" - będzie po prostu samodzielna praktyka i popełnianie wielu błędów. Ew. możesz poszukać pracy w jakimś słabo napisanym(!) projekcie, który używa danego wzorca czy metody programowania (słabo napisane projekty są najlepszą nauką, bo można się uczyć na błędach innych. Dobrze napisane projekty mogą być inspiracją, ale na dłuższą metę są słabą nauką, bo widzisz tylko "happy path", a nie widzisz fakapów albo błędów, które można popełnić).

W pełni rozumiem to co piszesz - wiem co masz na myśli. Jednak zdecydowanie wolę poznawać najlepsze praktyki - szczególnie te, które od razu rozumiem dlaczego tak a nie inaczej. Po co mam uczyć się na błędach w takim wypadku?
Inna sprawa gdy ktoś nie tłumaczy dlaczego tak robi - tutaj zdecydowanie nie ma to sensu.

LukeJL napisał(a):

neves napisał(a):

Autor CQRS Greg Young ciągle odmawia napisania książki o CQRS,

Greg Young mówił, że CQRS to pomysł stary jak świat i że był on używany już przed erą komputerów i że jest to "dumbest pattern ever." I w sumie ma rację, bo co w tym trudnego czy skomplikowanego?

Jak robimy CQRS w obrębie jednego procesu/transakcji/źródła danych to jest prosto, jak wychodzimy poza nie to zaczyna się zabawa/smoki/ostateczna spójność, czyli piszemy system rozproszony. Systemy rozproszone nie są proste i łatwo zrobić sobie krzywdę kiedy wychodzimy poza bezpieczny obszar pojedynczej transakcji.

Przede wszystkim zrozumieć czym CQRS tak naprawdę jest, bo ludzie często to mylą. CQRS to wbrew pozorom bardzo proste zagadnienie, i nie zawsze oznacza wyniesie tego na poziom infrastruktury (oddzielne bazy danych itp.). Zasadniczo, CQRS to nic innego jak rozdzielnie klas zapisujących dane (modyfikujących stan systemu) od klas czytających te dane (nie modyfikujących stanu systemu). Jest to rozwinięcie CQS (command-query seperation). To jest naprawdę tak proste. Natomiast CQRS często używa się w szerszym kontekście, czyli np. oddzielne serwisy do odczytu/zapisu, oddzielnie bazy danych itp. Dosyć fajnie to obrazuje książka od Microsoftu CQRS Journey. Co prawda jest dosyć stara bo z 2012 ale fundamentalne zagadnienia są nadal aktualne, bo o ile zmieniają się technologie to pewne koncepcje (takie jak właśnie CQRS) pozostają aktualne przez lata.

Jeśli w/w książka jest dla Ciebie zbyt obszerna to możesz przejrzeć jakieś artykuły, np. CQRS pattern . Mimo wszystko uważam że książka do której podałem link jest warta przeczytania. Również tutaj cały rozdział Tackle Business Complexity in a Microservice with DDD and CQRS Patterns jak i sama książka (również dostępna za darmo) wraz z przykładowym kodem systemu,

Przerobiłem trochę wpisów od czasu zadania pytania a także przerobiłem kurs Vladimira Khorikova - bardzo dobry swoją drogą. Wytłumaczone jest tam dokładnie to o czym wspominasz :) Przykładowo w swojej aplikacji skupiam się głównie na commands oraz query. Ta sama baza te same modele. Nawet Event Sourcingu nie mam - chociaż planuję dla testu sprawdzić to podejście. Można powiedzieć że taki podstawowy CQRS.
Dzięki za linki, przejrzę w wolnym czasie :)

https://www.bennadel.com/blog/2438-command-query-responsibility-segregation-cqrs-makes-domain-models-practical.htm
Dobrym podejściem jest przyjrzeć się jakimś frameworkom, jak to zrobili inni.

Witam,

Może przyjrzyj się jak działa ca-sln bazujący na MediatR. Nie wszystko mi się tam podoba ale całkiem fajny fragment kodu do rozpoczęcia przygodzy.

Pozdrawiam,

mr-owl