Business logic separation

Question

Hej,

Ostatnio dość mocno zainspirowałem się cqrsem. IMO genialny wzorzec. Bardzo uczytelnia kod i dzieli backend na warstwy. Nie ma żadnych updatów do bazy, które niewiadomo gdzie pochowane różnie się wywołują. Dlatego też cqrs, a przynajmniej commandbus pasuje mi teraz do każdego projektu.

Z punktu widzenia ddd jest to podejście oczywiście nieprawidłowe. Poza tym sam cqrs tworzy też wiele problemów, sama jego implementacja bywa problematyczna.

Stąd moje pytanie. Czy znacie inne wzorce projektowe/architektoniczne pozwalające na separację logiki biznesowej? Bardzo proszę o propozycje poza MVC oraz ES.

Answer 1

W DDD - można do tego problemu podejść na zasadzie " PROXY PATTERN " + Adapter PATTERN .

Proxy pattern w tym wypadku to bedzie opakowanie wykonania najbardziej istotnych rzeczy dopiero w momencie kiedy faktycznie beda potrzebne ( a wykonywanie do okoła tych operacji - które są mniej PAMIĘCIO ŻERNE I bezpieczniejsze ).

Klasyczny ADAPTER  to po prostu jak w przypadku podziału interfejsu, tutaj logike można dzielić na pewne sektory - wydzielając im specjalne KONTENERY - > ADAPTERY w których właśnie wykonujemy operacje dzielone. Czy jest sens? To zależy wszystko od architektury całego projektu..., trudno jest wręcz wymagać zmiany implementacji wszystkiego jeśli coś działa bardzo długo już od lat na jakimś innym wzorcu np MVC ...

z kolei dodawanie nowej funkcjonalności do istniejącego projektu - > które całkowicie zmienia logike jest moim zdaniem "AFE" i może spowodować nieczytelność nie tyle kodu przez programiste, ale klienta głównie-   który z przyzwyczajenia  był nastawiony na stare wzorce.

Comments

Co do proxy to funkcjonalność praktycznie każdej biblioteki i paczki pokrywam interfejsami i dostarczam do CommadHandlerów przez DI.

BTW klienta zna słowo wzorem?