Mentionsy

Better Software Design
Better Software Design
19.03.2026 00:00

101. Property Sourcing - EDA /Anti/Patterns

Rozpoczynamy nową mini-serię, w której bierzemy na warsztat konkretne problemy ze świata Event-Driven Architecture. Razem z Oskarem Dudyczem, autorem bloga eventdriven.io postanowiliśmy przejść przez listę "antywzorców", które sprawiają, że zamiast elastycznych systemów, fundujemy sobie architektoniczną drogę przez mękę. Na pierwszy ogień idzie temat Property Sourcing.

W tym odcinku rozmawiamy z Oskarem m.in. o tym:

dlaczego interfejsy w stylu Jiry i edycja każdego pola z osobna potrafią zepsuć architekturę jak Property Sourcing prowadzi do Event Bombardment i dlaczego twoje read modele mogą tego nie udźwignąć czym różni się zdarzenie małe od zdarzenia "mniejszego niż powinno być" jak wyjść z tej sytuacji obronną ręką, stosując translatory kontraktów i odpowiednie grupowanie danych

Szukaj w treści odcinka

Znaleziono 2 wyniki dla "ENSI"

Ale że to by oznaczało, że jak popatrzę sobie na stream zmian mojej, powiedzmy, ENSI tego jakiegoś tam, nie wiem, klienta czy czegokolwiek i zamówienia, o czym tutaj dyskutujemy, to zobaczę w tym streamie, w event storze zdarzenia typu właśnie, zmienił się adres dostawy, czy w moim event storze zobaczę jednak, powiedzmy, to zdarzenie, że zmienił się kod pocztowy tego, wiesz, tego adresu dostawy, czyli taką, wiesz, bardzo wysoką granularność.

Co mógłbym zrobić, żeby jeszcze może nie inwestować u mnie w bardzo głęboką przebudowę, ale już jednocześnie jakby naprawić ten inny świat, w sensie to, co jest na zewnątrz mojego modułu.