Mentionsy Mentionsy
Better Software Design
Better Software Design

101. Property Sourcing - EDA /Anti/Patterns

19.03.2026 ·33 min 12 s

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

Szybkiewypo.pl Tak, to nie ja będę się przejmował, tylko moi następnicy. Ale nie, tak na serio, to nie jest coś, z czego nie można wyjść. Jeżeli mamy taki długi strumień, możemy sobie zrobić zdarzenie podsumowujące, nie mylić ze snapshotem, czyli to zdarzenie, które nas informuje, że coś się wydarzyło biznesowo. Najlepiej by było, jakbyśmy ogólnie też myśleli o tego typu zdarzeniach, które cykl życia nam pokazują, czyli w przypadku księgowości, miesiąc rozliczeniowy, to też chyba było w jednym odcinku, że w przypadku na przykład zamiast kasa w Biedronce, to zmiana kasiera, tego typu rzeczy, więc tego typu zdarzenia rozpoczynające i zakończające byłoby fajnie, ale jeżeli nie mamy tego, a pewnie nie mamy, skoro mamy te pełno zdarzeń,

Pokazano wszystkie 1 dopasowanie. Transkrypcja generowana automatycznie i niesprawdzana ręcznie — może zawierać błędy.