Nareszcie! Po trwającym ponad trzy godziny live wraz z Pawłem Wenerskim z m04.pl udało nam się w końcu dojść do części "Spring w architekturze heksagonalnej", podczas której składamy aplikację w całość orkiestrując ją Springiem.  Ale od początku...

W piątej części przechodzimy przed tworzenie dwóch dodatkowych domen oraz omawiamy zależności między nimi. Jak na dłoni widać, że dodawanie kolejnych domen jest bardzo schematyczne. Następnie zmieniamy nieco podejście i rozpoczynamy od napisania testu, który niemal natychmiast ukazuje luki w serwowanych usługach. Gdy już uporaliśmy się z brakującymi usługami doszliśmy do odpowiedzi, dlaczego IOC w tym Spring oraz jego szyna eventów są zbawienne podczas implementacji aplikacji w architekturze hexagonalnej. W kolejnym streamie zgłębimy ten wątek.

Zapraszam na czwartą część live dotyczącego architektury heksagonalnej. Tym razem wprowadziłem pojęcie serwisu domenowego wystawionego jako @Service Spring. Wykorzystałem wzorzec dekoratora/delegatora aby w łatwy i spójny sposób eksponować usługi domenowe w infrastrukturze.

Zapraszam na trzecią część live dotyczącego architektury heksagonalnej. To wejście poświęciłem usystematyzowaniu założeń wykonując refraktor napisanego wcześniej kodu domeny na bardziej czytelny i zgodny odpowiedzialnościami poszczególnych elementów domeny. Pod koniec omawiam umiejscowienie Spring framework w architekturze heksagonalnej oraz pokazuję w jaki sposób podłączyć Spring Boot do projektu.

Zapraszam na drugą część live dotyczącego architektury heksagonalnej. W tym wejściu podłączamy dwa frameworki ułatwiające tworzenie kodu. Mam na myśli Lombok oraz Mapstruct. Następnie dokończymy implementację pierwszej domeny, po to, aby na koniec ją przetestować prostym testem JUnit5.