WSTECZ
Poznaj możliwości architektury heksagonalnej w zakresie zwiększania łatwości konserwacji, testowania i adaptacji oprogramowania.
W tym kompleksowym przewodniku zagłębimy się w niuanse związane z Sześciokątna architekturaBadając jego definicję, komponenty i historię. Dokonamy porównań między Sześciokątna architektura i innych popularnych wzorców architektonicznych, aby podkreślić jego wyjątkowe zalety. Przeanalizujemy również jego kluczową rolę w projektowaniu opartym na domenie (DDD) i mikrousługach, które są coraz ważniejsze w świecie nowoczesnych technologii. rozwój oprogramowania.
W dynamicznym krajobrazie architektura oprogramowania, Sześciokątna architekturaznany również jako Porty i Wzór adapterawyłonił się jako potężny pretendent, stopniowo kwestionując normy tradycyjna architektura warstwowa.
Kierując się potrzebą zaprojektowania architektury, która mogłaby zapewnić łatwe testowanie i zwiększoną łatwość konserwacji, Sześciokątna architektura została stworzona. Jego misja: dostarczanie solidnych aplikacje nieskrępowany zawiłościami i zmiennością świata zewnętrznego.
W trakcie tego artykułu wyruszymy w podróż po annałach Sześciokątna architektura - Architektura, która znajduje się na styku prostoty i mocy. Rozwikłamy jej historię, strukturę i zasady, a następnie porównamy ją z innymi architekturami. wzorce architektoniczne. Zbadamy jego potencjał w podnoszeniu jakości aplikacji i zmniejszaniu narastającej fali długu technicznego, który nęka branżę oprogramowania.
W samym sercu, Sześciokątna architekturalub Porty i Architektura adapterówjest wzorcem projektowym opartym na segregacji problemów. Dzieli on aplikację na dwie podstawowe sekcje: wewnętrzną i zewnętrzną.
Wnętrze, określane również jako rdzeń aplikacji, zawiera logika biznesowa i obiekty domeny - jądro wartości w oprogramowaniu. To wewnętrzne sanctum pozostaje oddzielone od zewnętrznych wpływów, zachowując w ten sposób integralność oprogramowania. logika biznesowa i model domeny.
Zewnętrzne, z drugiej strony, to królestwo zewnętrznych systemów - od interfejs użytkownika do dostępu do bazy danych - które współdziałają z rdzeniem aplikacji. Interakcje te są zarządzane za pomocą mechanizmu portów i adapterów, zapewniając czystą separację między rdzeń aplikacji i podmioty zewnętrzne.
Sześciokątna architektura jest pomysłem Alistaira Cockburna, wizjonera, który po raz pierwszy wyartykułował tę koncepcję jako odpowiedź na ograniczenia tradycyjnego oprogramowania. Architektura warstwowa. Został zaprojektowany w celu stworzenia niezależnego od technologii warstwa domeny który izoluje rdzeń logika biznesowa od wpływów zewnętrznych, takich jak interfejs użytkownika kod i dostęp do bazy danych.
W tradycyjnym Architektura warstwowaZmiany w jednej warstwie mogły mieć wpływ na inne warstwy, prowadząc do niezamierzonych konsekwencji. Ponadto testowanie komplikowały skomplikowane zależności między warstwami.
Sześciokątna architektura jako rozwiązanie, oferując model, w którym zmiany w jednej części systemu nie zachwiałyby innymi częściami. Zasadniczo dążyło to do logika biznesowa niezależnie od tego, czy dostęp do niego był uzyskiwany za pośrednictwem interfejsu sieciowego, czy REST APIlub nawet wiersz poleceń.
Sześciokątna architektura, nazwany ze względu na sześciokątną iluzję w reprezentacjach diagramowych, składa się z trzech podstawowych komponentów: model domenyporty (główne i dodatkowe) oraz adaptery (główne i dodatkowe).
The model domeny jest sercem aplikacji, zawierającym w sobie reguły biznesowe i podstawową logikę. Obiekty domeny rezydujące w tym modelu przechowują określone wartości i reguły biznesowe.
Następnie mamy porty, przewody pomiędzy model domeny i świat zewnętrzny. Porty główne ujawniają aplikację logika biznesowasłużąc jako brama do rdzenia aplikacji. Reprezentują one przypadki użycia obsługiwane przez aplikację.
Porty dodatkowez drugiej strony są skierowane na zewnątrz. Przedstawiają interfejsy, których aplikacja wymaga od świata zewnętrznego, takie jak warstwy trwałości lub usługi zewnętrzne.
Wreszcie, mamy adaptery, które działają jako tłumacze między model domeny i świat zewnętrzny. Konwertują dane z formatu używanego przez systemy zewnętrzne do formatu używanego przez logika biznesowai odwrotnie.
Porty i adaptery tworzą pomost między rdzeń aplikacji i podmioty zewnętrzne. Porty podstawowe reprezentują biznesowe przypadki użycia, które aplikacja udostępnia, umożliwiając zewnętrznym aktorom interakcję z aplikacją. Potraktuj je jako interfejsy usług w swojej aplikacji. warstwa biznesowa.
Z drugiej strony, porty drugorzędne to interfejsy wymagane przez aplikację ze świata zewnętrznego. Mogą to być usługi, takie jak dostęp do bazy danych, usługi internetowe, a nawet usługi czasowe. Eksponują one to, czego potrzebuje aplikacja, niezależnie od technologii lub cech specyficznych dla dostawcy.
Adaptery są fizyczną manifestacją tych portów. Tłumaczą one dane z formatu używanego przez interfejs logika biznesowa do formatu używanego przez podmioty zewnętrzne i odwrotnie. Te adaptery mogą być specyficznymi dla technologii konwerterami adapterów dla interfejsów API REST, baz danych SQL lub systemów przesyłania wiadomości, ale mogą to być również skrypty wsadowe lub interfejs użytkownika kod. Adaptery tworzą granicę aplikacji, pozwalając aplikacji być niezależną od technologii.
Porty podstawowe reprezentują operacje, które może wykonać nasza aplikacja - polecenia, które może zaakceptować nasza główna domena. Są one często implementowane jako interfejsy w językach takich jak Javaokreślając, jakie operacje oferuje aplikacja.Podstawowe adapterysą zatem implementacjami tych interfejsów dla określonych podmiotów zewnętrznych.
Z drugiej strony, porty drugorzędne to interfejsy, których domena główna używa do interakcji ze światem zewnętrznym. Mogą one obejmować interfejsy do utrzymywania obiektów domeny lub wysyłania powiadomień. Dodatkowe adaptery są rzeczywistymi implementacjami tych interfejsów - a Baza danych SQL adapter lub adapter powiadomień e-mail, na przykład.
Razem podstawowe i dodatkowe porty i adaptery tworzą elastyczną, modułową granicę wokół aplikacji, oddzielając logika domeny od kwestii technicznych. Wymuszają one czyste rozdzielenie odpowiedzialności i pozwalają na niezależną ewolucję różnych części systemu.
Reguła zależności jest podstawową zasadą w Sześciokątna architektura że zależności powinny być skierowane do wewnątrz w kierunku rdzenia aplikacji. Rdzeń aplikacji nie zależy od żadnej konkretnej bazy danych, interfejsu użytkownika ani żadnej innej zewnętrznej agencji.
Zasada ta jest ściśle powiązana z Zasada odwrócenia zależności (DIP), jedna z zasad SOLID projektowania obiektowego. DIP stanowi, że moduły wysokiego poziomu (logika biznesowa lub warstwa domeny nie powinny zależeć od niskopoziomowych modułów (takich jak adapter bazy danych). Zamiast tego, oba powinny zależeć od abstrakcji. Ta inwersja zależności pozwala na odizolowanie modułów wysokiego poziomu od zmian w modułach niskiego poziomu, wspierając projekt, w którym logika biznesowa napędza ogólną architekturę.
Mapowanie jest niezbędnym procesem w Sześciokątna architekturaw którym adapter specyficzny dla technologii konwertuje dane z formatu używanego przez systemy zewnętrzne do formatu, który nasz warstwa domeny może zrozumieć. Mapowanie to ułatwia tłumaczenie między wewnętrznymi i zewnętrznymi reprezentacjami danych aplikacji.
Na przykład, gdy żądanie HTTP przychodzi do naszej aplikacji z zewnętrznego interfejsu, takiego jak REST APIDane żądania muszą zostać przetłumaczone z JSON na obiekty domeny, z których może korzystać aplikacja. Tłumaczenie to jest obowiązkiem adapterów.
I odwrotnie, gdy aplikacja musi wysłać odpowiedź, adaptery konwertują obiekty domeny z powrotem na JSON. Pozwala to podstawowej aplikacji pozostać w niewiedzy na temat specyfiki świata zewnętrznego, zapewniając jednocześnie, że może ona poprawnie interpretować przychodzące dane i formatować dane wychodzące.
Sześciokątna architektura oferuje wiele korzyści, które można w dużej mierze przypisać oddzieleniu aplikacji od ich zewnętrznych elementów i wyraźnemu rozgraniczeniu między różnymi częściami systemu.
Jedną z podstawowych korzyści jest rozdzielenie obaw, promowanie łatwości konserwacji i czytelności kodu. Oddzielenie rdzenia logika biznesowa z świat zewnętrzny pozwala na zmiany w adapterach specyficznych dla technologii, bazach danych i interfejsy użytkownika bez zmiany rdzenia logika biznesowa.
Sześciokątna architektura wyróżnia się również w dziedzinie testowalności. Odizolowanie architektury od zewnętrznych zależności pozwala programistom na uruchamianie automatycznych testów regresji i pisanie zautomatyzowane zestawy testów łatwiej. Taka izolacja zwiększa odporność aplikacji, ponieważ zmiany w jednym komponencie nie będą miały negatywnego wpływu na pozostałe.
Co więcej, architektura obsługuje wiele adapterów dla tego samego portu, otwierając drzwi do kilku adapterów dla tego samego portu dodatkowego. Ta elastyczność pozwala aplikacji na interakcję z różnymi typami baz danych lub obsługę różnych interfejs użytkownika platformy.
W dziedzinie tworzenia oprogramowania łatwość konserwacji jest często poszukiwaną cechą, ale tradycyjne style architektoniczne mogą mieć trudności z jej zaoferowaniem. Sześciokątna architektura wyróżnia się tutaj silnym naciskiem na łatwość konserwacji.
Koncentrując się na oddzieleniu obaw, Sześciokątna architektura zapewnia, że zmiany wprowadzone w jednej części aplikacji nie wpływają na inne części. Ta cecha pomaga zredukować czas i wysiłek poświęcony na zrozumienie i debugowanie kodu.
Ponadto, architektura zachęca do ponownego wykorzystania kodu poprzez promowanie projektu, w którym rdzeń logika biznesowa jest odizolowana od konkretnych technologii wykorzystywanych do napędzania aplikacji. To oddzielenie pozwala programistom na wymianę, aktualizację lub refaktoryzację interfejsy zewnętrzne bez wpływu na podstawową logikę, zmniejszając ryzyko wprowadzenia błędów.
Dług techniczny, będący istotnym problemem w tworzeniu oprogramowania, odnosi się do przyszłych kosztów refaktoryzacji i naprawiania skrótów i hacków w kodzie. Sześciokątna architektura oferuje proaktywne podejście do ograniczania takiego zadłużenia.
Ułatwiając wyraźne oddzielenie między rdzeniem logika biznesowa i komponenty zewnętrzne, Sześciokątna architektura Zmniejsza prawdopodobieństwo przeplatania się kodu, co może powodować bóle głowy związane z konserwacją i potęgować dług techniczny. Wrodzona łatwość utrzymania i testowalność architektury również odgrywają rolę w zmniejszaniu długu technicznego, ponieważ pomagają zapobiegać wprowadzaniu błędów i ułatwiają refaktoryzację.
Co więcej, zdolność Sześciokątna architektura obsługiwać zmiany w infrastrukturze bez konieczności wprowadzania zmian w logika biznesowa zapewnia bufor ochronny przed długiem technicznym. Zdolność ta pozwala zespołom dostosowywać się do zmian w wymaganiach lub technologiach bez konieczności przepisywania dużych części aplikacji.
W praktyce, Sześciokątna architektura wprowadza ustrukturyzowane podejście do tworzenia oprogramowania. Sześciokątna granica wokół głównej aplikacji zapewnia wyraźne rozgraniczenie tego, gdzie kończy się aplikacja, a gdzie nie. świat zewnętrzny zaczyna się.
Adaptery działają jako strażnicy, tłumacząc żądania od podmiotów zewnętrznych na formę zrozumiałą dla głównej aplikacji i odwrotnie. W ten sposób zapewniają, że podstawowa aplikacja pozostaje niezależna od specyfiki świata zewnętrznego, niezależnie od tego, czy jest to baza danych, czy zewnętrzny interfejs APIlub interfejs użytkownika.
Domain-Driven Design (DDD) to metodologia tworzenia oprogramowania, która nadaje priorytet podstawowym koncepcjom biznesowym lub logika domenyjako główna siła napędowa projektu. Ta metodologia wyjątkowo dobrze pasuje do Sześciokątna architekturaco również podkreśla znaczenie logika biznesowa i model domeny w architekturze.
W kontekście Sześciokątna architekturaDDD zapewnia, że wysokopoziomowe moduły aplikacji - warstwy domeny - są niezależne od elementów zewnętrznych, takich jak interfejs użytkownika lub bazy danych. Ta niezależność jest zapewniona przez porty i adaptery, które chronią warstwę domeny przed specyfiką bazy danych. systemy zewnętrzneumożliwiając w ten sposób logika domeny ewoluować niezależnie.
Ponadto, Sześciokątna architektura uzupełnia strategiczne zasady projektowania DDD, w tym koncepcję ograniczonych kontekstów. Każdy ograniczony kontekst w DDD można wyobrazić sobie jako sześciokąt w Sześciokątna architekturaz modelem domeny w jego rdzeniu oraz porty i adaptery działając jako granice.
Mikroserwisy, kolejny współczesny styl architektoniczny, mogą w znacznym stopniu skorzystać z Sześciokątna architektura. Zdecentralizowana natura mikrousług - gdzie każda usługa hermetyzuje określoną zdolność biznesową - doskonale pasuje do hermetyzacji mikrousług. logika biznesowa wewnątrz rdzenia sześciokąta.
Tak jak każda mikrousługa powinna być luźno powiązana z innymi, tak każdy sześciokąt w Sześciokątna architektura jest również odizolowana od innych, komunikując się tylko za pośrednictwem zdefiniowanych portów i adapterów. Dzięki temu każda mikrousługa może mieć swój własny architektura sześciokątnaw wyniku czego powstaje zbiór autonomicznych, luźno powiązanych usług.
Izolacja zapewniana przez Sześciokątna architektura może być szczególnie przydatna, gdy mamy do czynienia ze złożonością i rozproszoną naturą mikrousług. Poprzez odizolowanie podstawowa logika biznesowa ze świata zewnętrznego, Sześciokątna architektura zapewnia logika biznesowa pozostaje nienaruszona, niezależnie od zmian w innych usługach lub systemy zewnętrzne.
Sposób projektowania oprogramowania może mieć ogromny wpływ na jego ewolucję w czasie. Porównanie Sześciokątna architektura z innymi architekturami daje nam głębsze zrozumienie jego mocnych stron i potencjalnych kompromisów.
Architektura warstwowa jest tradycyjnym wzór architektoniczny który dzieli aplikację na warstwy logiczne - często są to warstwy prezentacji, biznesowa i dostępu do danych. Główną wadą tego wzorca jest to, że zachęca on do silnej zależności między warstwami, co prowadzi do sytuacji, w której zmiany w jednej warstwie mogą rozprzestrzenić się na całą aplikację.
Dla kontrastu, Sześciokątna architektura minimalizuje takie zależności. Zamiast warstw, ma on rdzeń aplikacji otoczony wymiennymi adapterami. Na przykład zmiany w serwerze bazy danych wpłynęłyby tylko na odpowiedni adapter, pozostawiając rdzeń aplikacji i inne adaptery pozostały nietknięte.
Czysta architekturainny wzór architektonicznydzieli wiele podobieństw z Sześciokątna architektura. Obie kładą nacisk na oddzielenie obaw, mają na celu odizolowanie rdzenia reguły biznesowe od zewnętrznych szczegółów i przestrzegać Zasada odwrócenia zależności.
Jednakże, Sześciokątna architektura skupia się bardziej na tym, w jaki sposób aplikacja współdziała z na zewnątrz świat za pomocą portów i adapterów, podczas gdy Czysta architektura zapewnia bardziej szczegółową strukturę dla wewnętrznych warstw architektury. Innymi słowy, Czysta architektura może być postrzegany jako nadzbiór Sześciokątna architekturawraz z dodatkowymi wskazówkami dotyczącymi organizacji wewnętrznej struktury aplikacji.
Architektura cebuli to kolejny styl architektoniczny, który ma na celu odizolowanie podstawowa logika biznesowa z interfejsy zewnętrzne i infrastruktura. Ma kilka koncentrycznych warstw z modelem domeny w środku, a każda warstwa może zależeć tylko od warstw znajdujących się wewnątrz niej.
Chociaż mają wspólny cel, Hexagonal i Architektura cebuli osiągają to na nieco inne sposoby. Architektura cebuli kładzie duży nacisk na kierunek zależności, zapewniając, że wszystkie zależności idą do wewnątrz. Sześciokątna architektura, chociaż również popiera zależności skierowane do wewnątrz, kładzie większy nacisk na interakcję z świat zewnętrzny poprzez porty i adaptery.
Kluczowym atutem Sześciokątna architektura jest skupienie się na testowalności. Poprzez odizolowanie głównej aplikacji od świat zewnętrzny poprzez porty i adaptery, architektura heksagonalna pozwala na wykonywanie testy automatyczne które mogą zapewnić pewność co do stabilności i poprawności oprogramowania.
W Sześciokątna architekturaw porty głównektóre obejmują rdzeń reguły biznesowemogą być testowane niezależnie od świata zewnętrznego. Na przykład, zamiast komunikować się z prawdziwą bazą danych podczas testowania, a adapter bazy danych można zamienić na podwójny test, który symuluje zachowanie prawdziwej bazy danych. Umożliwia to programistom skupienie się na testowaniu reguły biznesowezamiast interakcji z bazą danych.
Ponadto, zautomatyzowane testy regresji można łatwo skonstruować w celu sprawdzenia, czy system zachowuje się zgodnie z oczekiwaniami po wprowadzeniu zmian. Ten poziom testowalności jest znaczącą zaletą, jeśli chodzi o utrzymanie i aktualizację oprogramowania, ponieważ pomaga wykrywać i naprawiać problemy na wczesnym etapie procesu rozwoju.
Dodatkowo, struktura Sześciokątna architektura obsługuje również testy integracyjne. Poprzez zastąpienie komponenty zewnętrzne (jak serwer bazy danych lub zewnętrzny interfejs API) z podwójnymi testami, deweloperzy mogą przetestować, w jaki sposób rdzeń aplikacji integruje się z tymi komponentami bez konieczności korzystania z rzeczywistych systemów zewnętrznych. Może to znacznie poprawić szybkość i niezawodność testów.
Sześciokątna architektura wyłania się jako kuszące rozwiązanie w rozległej przestrzeni strategii rozwoju oprogramowania. Wyróżnia się ono poprzez oddzielenie rdzeń aplikacji od środowiska zewnętrznego, zapewniając tym samym wysoki stopień łatwości konserwacji, testowalności i elastyczności. Separacja ta ułatwia deweloperom skupienie się na rdzeniu aplikacji. logika biznesowajednocześnie zwiększając odporność oprogramowania na zmiany w oprogramowaniu. systemy zewnętrzne.
Chociaż istnieją pewne kompromisy związane z architekturą heksagonalną, jej mnogość korzyści sprawia, że jest ona bardzo cennym zasobem w zestawie narzędzi każdego programisty. W dziedzinie architektura oprogramowaniaModel sześciokątny nadal utrzymuje swoją dominację.
Ten artykuł, pełen przykłady koduma na celu zapewnienie dogłębnego zrozumienia Sześciokątna architektura i jego potencjalne korzyści. Należy pamiętać, że sekret skutecznej architektury nie tkwi w ślepym przestrzeganiu wzorców, ale w zrozumieniu podstawowych zasad i przemyślanym wdrożeniu ich w celu spełnienia określonych wymagań.
W dziedzinie architektury heksagonalnej interfejs zdefiniowany między warstwa aplikacji i warstwa danych ma ogromne znaczenie. Niezależnie od tego, czy jesteś architekt oprogramowania Biorąc pod uwagę przyjęcie tej metodologii lub dewelopera starającego się zrozumieć jej złożoność, jasne jest, że wpływ tej architektury wciąż rośnie. Pokazuje to różne sposoby jej efektywnego wykorzystania. Na przykład w bankowość aplikacjaw interfejs repozytorium może działać jako dodatkowy adapter, łącząc rdzeń aplikacji z kod zewnętrzny. Ta separacja pozwala na elastyczną zamianę konkretne wdrożenie z system plików lub określonej technologii, bez wpływu na usługi aplikacji.
The rozwój zespół może teraz pracować nad lewa strona aplikacji bez martwienia się o czynniki zewnętrznezapewniając tym samym płynny postęp. I tak kończymy naszą eksplorację świata Sześciokątna architekturastyl architektoniczny, który nadal rozszerza swój wpływ na krajobraz tworzenia oprogramowania.
Polish 
English 
German 
Swedish 
Danish 
Norwegian 
Finnish 
French 
Arabic 
Italian 
Japanese 
Korean