Jak wymusić granice architektury, których nie złamie nawet Junior?


Modyfikatory dostępu to Twoja polisa ubezpieczeniowa w Springu.	Otwórz w przeglądarce

Cześć Adam!

Większość projektów Spring Boot ma jedną wspólną cechę: wszystko jest publiczne. Klasy DTO, Entity, Service i Repository mają modyfikator public.

Problem: Niekontrolowane wycieki
Jeśli klasa jest publiczna, można ją wstrzyknąć wszędzie. Programista z modułu powiadomień wstrzykuje ProductRepository, bo potrzebował jednej ceny. Po roku masz pajęczynę zależności między modułami, której nie da się rozplątać.

Encapsulation by Package
W Vertical Slice Architecture pakiet to Twoja granica modułu. Wykorzystujemy modyfikator package-private, czyli brak słowa kluczowego przy definicji klasy.

Jak to wygląda w kodzie?

com.example.features.shipping/
├── ShippingController.java (PUBLIC - nasze wejście)
├── ShippingHandler.java     (PACKAGE-PRIVATE)
├── ShippingRepository.java  (PACKAGE-PRIVATE)
└── Internals/               (PACKAGE-PRIVATE)

Dzięki temu programista z innego modułu fizycznie nie może zaimportować ShippingHandler. Kompilator pilnuje architektury.

Spring Modulith 2.1
Jeśli slice'y muszą się komunikować, używamy Spring Modulith. Pozwala on na publikowanie zdarzeń zamiast bezpośrednich wywołań. Modulith zawiera też testy weryfikujące strukturę:

Sed ut perspiciatis unde omnis iste natus error sit voluptatem accusantium doloremque laudantium, totam rem aperiam, eaque ipsa quae ab illo inventore veritatis et quasi architecto.

Ten test sprawdza, czy nie masz cykli i czy nikt nie dobiera się do bebechów innego modułu.

Podczas webinaru 24.02 przejdziemy przez setup Spring Modulith w 15 minut.

Dołącz do nas: TUTAJ

Pozdrawiam,
Łukasz

Moon Bit Studio Łukasz Monkiewicz

ul. Jerzego Iwanowa-Szajnowicza 7/13, Warsaw
Poland

Nie chcesz więcej otrzymywać tych maili?

Wypisz z listy