Strukturyzując nasz kod, często decydujemy się oddzielić od siebie niektóre komponenty, tak aby były od siebie niezależne. 🤔 Jak jednak zautomatyzować sprawdzanie tych reguł? W tym mogą pomóc testy architektury! Jeśli ten temat Cię interesuje, zachęcam do obejrzenia:
Gdy w aplikacji mamy bogatą domenę, często wybieramy opcję zalecaną przez programowanie obiektowe, czyli trzymanie reguł tam, gdzie znajdują się dane. Wtedy powstają tzw. obiekty domenowe, i tu pojawia się kolejny problem: czy powinniśmy w nich używać ORM, a jeśli nie, to jak można to zrobić?
Gdy tworzymy aplikację jako produkt i chcemy ją sprzedawać w modelu subskrypcji, często najbardziej opłacalnym rozwiązaniem będzie skorzystanie z architektury wielotenantowej, dlatego warto znać to podejście!
Porty i Adaptery, znane również jako architektura heksagonalna, to podejście, które pozwala na odseparowanie logiki biznesowej od pozostałych warstw w aplikacji. Jest to ogólna idea, która na pewno warto mieć w swoim tool boxie!
DDD taktyczne to tak naprawdę dobrze robione programowanie obiektowe. Oczywiście, nie trzeba znać DDD, żeby programować dobrze obiektowo, ale znajomość tych terminów ułatwia nam komunikację i upraszcza pracę.
Mając w aplikacji bogatą logikę biznesową, chcielibyśmy móc testować ją jak najszybciej, niezależnie od innych warstw oraz punktów wejścia i wyjścia naszej aplikacji. Żeby osiągnąć ten cel, może nam pomóc idea portów i adapterów!
W testach integracyjnych często musimy zadbać o to, aby nawiązać kontakt z zewnętrznymi usługami, np. z bazą danych. Najlepiej, żeby te usługi były identyczne jak na środowiskach wdrożeniowych, a ich tworzenie w testach było szybkie i zautomatyzowane. W tym celu może nam pomóc Testcontainers!