[Nofenak]

Co sądzicie o package private? Apkę dzieli się na moduły typu order, paymanet itd, wszystko jest package private prócz facady i dtosów, które są publiczne i przez nie komunikuje się z modułem. Wydaje się to całkiem ok tylko problem w tym, że w Javie ten package private jest skopany, bo nie ma subpackegów przez co w domenie zamian w infrastrukturze trzeba trzymać np. Springowe repozytoria czy konfigurację beanów. Czasami jak moduł jest spory to robi się chaos.
Tutaj prezentacja na ten temat: Modularity and hexagonal architecture in real life: Jakub Nabrdalik
#java #programowanie #programista15k #naukaprogramowania

[villager]

@Nofenak: tak, ja sobie odpuscilem w 99% package private, wlasnie przez te skopane subpackage

[villager]

@Nofenak: możesz też osiągnąć podobny efekt odpowiednio korzystając i konfigurując DI, więc ja zwykle tak robie

[ephemeral]

@villager: rozwiniesz tą myśl? Jakiś link, artykuł?

[villager]

@ephemeral: np.
- komunikacja miedzy modułami zachodzi przez EventBus, z użyciem wyłącznie obiektów command i response, a pilnujesz żeby nic innego z obcych modułów nie importować - później rejestrujesz handlery z uzyciem DI
https://bulldogjob.pl/readme/cqrs-i-event-sourcing-czyli-latwa-droga-do-skalowalnosci-naszych-systemow_

byłem na jednym dużym projekcie, gdzie się to sprawdziło, pomimo dodatkowego boilerplatu

- albo np. ustawiasz system DI tak żeby dane klasy-serwisy były dostępne tylko wewnątrz danego modułu, czym unikniesz przypadkowego @Injectowania prywatnych klas z innych modułów

[globalbus]

@ephemeral: takie coś istnieje na peryferiach, nazywa się OSGi ( ͡° ͜ʖ ͡°)
W systemie modułów javy tez da się zrobić strong encapsulation, być może bez upierdliwości związanych z OSGi.