CQRS Journey nie powinien być traktowany jako podręcznik. To tylko historia jakiegoś zespołu walczącego o drogę do CQRS i mającego wszystkie ograniczenia użycia tylko stosu Microsoftu. Per se nie powinieneś używać swojego modelu odczytu w modułach obsługi komend lub w logice domeny. Możesz jednak wysłać zapytanie do modelu odczytu od klienta, aby pobrać potrzebne dane do komendy i zatwierdzić komendę.
Od czasu, gdy dostałem kilka słów na temat tej odpowiedzi, muszę wskazać, że to, co napisałem, jest ustaloną praktyką we wzorcu. Żadna strona odczytu nie uzyskuje dostępu do strony zapisu, a strona zapisu nie otrzymuje danych od strony odczytu.
Jednak definicja "klienta" może być przedmiotem dyskusji. Na przykład nie ufałbym, że publiczna aplikacja przeglądarki JS jest odpowiednim "klientem". Zamiast tego użyłbym mojej warstwy interfejsu REST API jako "klienta" w CQRS, a aplikacja internetowa byłaby po prostu warstwą interfejsu użytkownika dla tego klienta. W takim przypadku przetwarzanie wywołania usługi REST API API będzie prawidłowym czytnikiem strony, ponieważ musi zweryfikować całą wysyłaną warstwę interfejsu, aby zapobiec fałszerstwu i zweryfikować niektóre reguły biznesowe. Po wykonaniu tej pracy polecenie zostanie utworzone i przesłane do strony zapisu. Walidacje i wszystko inne jest synchroniczne, a obsługa poleceń jest asynchroniczna.
UPDATE: W świetle niektórych poniżej nieporozumień, chciałbym wskazać na Udi's article from 2009 mówisz CQRS w ogóle, poleceń i walidacji w szczególności.
Nie zgadzam się. Jeśli potrzebujesz, aby twoje komendy zawierały dane potrzebne do sprawdzenia poprawności twojego polecenia, to nigdy nie możesz zmienić logiki walidacji w obrębie twojego handlera/domeny bez wpływu na * klienta *. To wyraźnie ujawnia klientowi zbyt dużą część wiedzy o sprawdzaniu poleceń/wiedzy o danej dziedzinie i jest sprzeczne z tym, że klient chce jedynie wyrazić zamiar. IMHO lepszym rozwiązaniem jest zapewnienie interfejsu "PricingService" (który jest częścią wszechobecnego języka) do twoich zagregowanych korzeni, a następnie implementacja interfejsu w razie potrzeby - co może obejmować zapytanie o stronę do odczytu. –
Będę musiał ten drugi. – JoG
@AlexanderLanger To nie jest coś, co wymyśliłem, tak zaprojektowano wzór. Może się okazać, że możliwe jest wysłanie zapytania do strony odczytu z programu obsługi komend, ale będzie to coś innego niż ten wzorzec. Jeśli spojrzysz na dowolny diagram na CQRS, nigdy nie zobaczysz, że model odczytu jest sprawdzany przez tryb zapisu. Jest czytany tylko przez klienta. –