ZPĚT
Prozkoumejte možnosti architektury Hexagonal Architecture při zlepšování udržovatelnosti, testovatelnosti a přizpůsobitelnosti softwaru.
V tomto obsáhlém průvodci se budeme zabývat nuancemi Šestiúhelníková architekturaa zkoumá jeho definici, součásti a historii. Budeme porovnávat Šestiúhelníková architektura a další oblíbené architektonické vzory, aby vynikly jeho jedinečné přednosti. Rovněž prozkoumáme jeho klíčovou roli v doménou řízeném návrhu (DDD) a mikroslužby, které jsou v moderním světě stále významnější. vývoj softwaru.
V dynamickém prostředí architektura softwaru, Šestiúhelníková architektura, známé také jako Přístavy a Vzor adaptérů, se stala silným soupeřem, který postupně zpochybňuje normy tradiční vrstvená architektura.
Důvodem byla potřeba architektonického návrhu, který by zajistil snadné testování a zvýšenou udržovatelnost, Šestiúhelníková architektura byl zplozen. Jejím posláním je poskytovat robustní softwarové aplikace neomezená složitostmi a nestálostí okolního světa.
V průběhu tohoto článku se vydáme na cestu kronikami Šestiúhelníková architektura - architekturu, která je na pomezí jednoduchosti a výkonu. Odhalíme její historii, strukturu a principy a dále ji porovnáme s dalšími typy architektury. architektonické vzory. Prozkoumáme jeho potenciál pro zvýšení kvality softwarových aplikací a snížení rostoucího technického dluhu, který trápí softwarový průmysl.
Jeho jádrem je, Šestiúhelníková architektura, nebo Přístavy a Architektura adaptérů, je návrhový vzor založený na oddělení obav. Rozděluje aplikaci na dvě základní části: vnitřní a vnější.
Uvnitř, označované také jako aplikační jádro, se nachází obchodní logika a doménové objekty - jádro hodnoty vašeho softwaru. Tato vnitřní svatyně zůstává oddělena od vnějších vlivů, čímž se zachovává integrita softwaru. obchodní logika a modelu domény.
Vnější prostředí je naopak sférou vnějších systémů - od uživatelské rozhraní k přístupu k databázi - které komunikují s jádrem aplikace. Tyto interakce jsou řízeny pomocí mechanismu portů a adaptérů, který zajišťuje čisté oddělení mezi jádrem a jádrem. jádro aplikace a jeho vnějšími aktéry.
Šestiúhelníková architektura je dítětem Alistaira Cockburna, vizionáře, který tento koncept poprvé formuloval jako reakci na omezení tradičních technologií. vrstvená architektura. Byl navržen tak, aby vytvořil technologicky agnostický doménová vrstva která izoluje jádro obchodní logika před vnějšími vlivy, jako je např. uživatelské rozhraní kód a přístup k databázi.
V tradičních vrstvená architektura, změny v jedné vrstvě by se mohly promítnout do dalších vrstev a vést k nezamýšleným důsledkům. Testování navíc komplikovaly složité závislosti mezi vrstvami.
Šestiúhelníková architektura jako řešení, které nabízí model, v němž změny v jedné části systému nenaruší ostatní části. V podstatě se snažil, aby obchodní logika bez ohledu na to, zda se k němu přistupuje přes webové rozhraní, nebo přes webový prohlížeč. ROZHRANÍ REST APInebo dokonce příkazový řádek.
Šestiúhelníková architektura, pojmenovaný podle své šestiúhelníkové iluze v diagramatických zobrazeních, se skládá ze tří základních složek:. model domény, porty (primární a sekundární) a adaptéry (primární a sekundární).
Na stránkách model domény je srdcem softwarové aplikace, která obsahuje obchodní pravidla a základní logiku. Doménové objekty v tomto modelu obsahují specifické obchodní hodnoty a pravidla.
Dále máme porty, kanály mezi model domény a vnějšího světa. Primární porty vystavit aplikaci obchodní logika, který slouží jako brána do jádra aplikace. Představují případy použití, které aplikace podporuje.
Sekundární portyjsou naopak orientovány směrem ven. Znázorňují rozhraní, která aplikace vyžaduje od vnějšího světa, jako jsou perzistenční vrstvy nebo externí služby.
Nakonec tu máme adaptéry, které fungují jako převodníky mezi rozhraním model domény a vnějšího světa. Převádějí data z formátu používaného externí systémy do formátu používaného obchodní logikaa naopak.
Porty a adaptéry tvoří most mezi jádro aplikace a externími aktéry. Primární porty představují obchodní případy užití, které aplikace vystavuje a které umožňují interakci externích aktérů s aplikací. Představte si je jako rozhraní služeb ve vaší obchodní vrstva.
Sekundární porty jsou naopak rozhraní vyžadovaná aplikací z vnějšího světa. Může jít o služby, jako je přístup k databázi, webové služby, nebo dokonce časové služby. Vystavují to, co aplikace potřebuje, nezávisle na jakýchkoli technologiích nebo vlastnostech specifických pro dodavatele.
Adaptéry jsou fyzickým projevem těchto portů. Převádějí data z formátu používaného v systému obchodní logika do formátu používaného externími subjekty a naopak. Tyto adaptéry mohou být technologicky specifické konvertory adaptérů pro rozhraní REST API, databáze SQL nebo systémy pro zasílání zpráv, ale mohou to být také dávkové skripty nebo uživatelské rozhraní kód. Adaptéry tvoří hranici aplikace a umožňují, aby aplikace byla technologicky nezávislá.
Primární porty představují operace, které může naše aplikace provádět - příkazy, které může naše hlavní doména přijímat. Často jsou implementovány jako rozhraní v jazycích, jako je např. Java, které definují, jaké operace aplikace nabízí.Primární adaptéry, jsou tedy implementace těchto rozhraní pro konkrétní externí subjekty.
Na druhé straně sekundární porty jsou rozhraní, která základní doména používá ke komunikaci s okolním světem. Mohou zahrnovat rozhraní pro persistenci objektů domény nebo zasílání oznámení. Sekundární adaptéry jsou skutečné implementace těchto rozhraní - a Databáze SQL například adaptér pro e-mailová oznámení.
Společně primární a sekundární porty a adaptéry tvoří flexibilní, modulární hranici kolem aplikace, která odděluje logika domény z technických důvodů. Prosazují čisté oddělení odpovědností a umožňují, aby se různé části systému vyvíjely nezávisle.
Pravidlo závislosti je základním principem v Šestiúhelníková architektura který uvádí, že závislosti by měly směřovat dovnitř k jádru aplikace. Jádro aplikace není závislé na žádné konkrétní databázi, uživatelském rozhraní ani na žádném jiném externím subjektu.
Tato zásada úzce souvisí s Princip inverze závislosti (DIP), což je jeden z principů objektově orientovaného návrhu SOLID. DIP říká, že moduly vysoké úrovně (obchodní logika nebo doménová vrstva by neměly záviset na nízkoúrovňových modulech (jako je databázový adaptér). Místo toho by oba měly záviset na abstrakcích. Tato inverze závislostí umožňuje izolovat vysokoúrovňové moduly od změn v nízkoúrovňových modulech, což podporuje návrh, ve kterém se obchodní logika řídí celkovou architekturu.
Mapování je základním procesem při Šestiúhelníková architektura, kde adaptér specifický pro danou technologii převádí data z formátu, který používá externí systémy do formátu, který naše doménová vrstva rozumí. Toto mapování usnadňuje převod mezi interní a externí reprezentací dat v aplikaci.
Například když do naší aplikace přijde požadavek HTTP z externího rozhraní, jako je např. ROZHRANÍ REST API, je třeba data požadavku přeložit z JSON do doménových objektů, které může aplikace použít. Za tento překlad jsou zodpovědné adaptéry.
Naopak, když aplikace potřebuje odeslat odpověď, adaptéry převedou objekty domény zpět na JSON. To umožňuje, aby jádro aplikace neznalo specifika vnějšího světa a zároveň bylo zajištěno, že dokáže správně interpretovat příchozí data a formátovat odchozí data.
Šestiúhelníková architektura nabízí řadu výhod, které lze z velké části přičíst oddělení softwarových aplikací od jejich externích prvků a jasnému vymezení jednotlivých částí systému.
Jednou ze základních výhod je oddělení zájmů, což podporuje udržovatelnost a čitelnost kódu. Oddělení jádra obchodní logika z vnější svět umožňuje změny v adaptérech, databázích a jiných technologiích. uživatelská rozhraní beze změny jádra obchodní logika.
Šestiúhelníková architektura vyniká také v oblasti testovatelnosti. Izolace externích závislostí architektury umožňuje vývojářům spouštět automatizované regresní testy a psát automatizované testovací sady snadněji. Tato izolace zvyšuje odolnost aplikace, protože změny v jedné komponentě nemají škodlivý vliv na ostatní.
Architektura navíc podporuje více adaptérů pro stejný port, což otevírá prostor pro několik adaptérů pro stejný sekundární port. Tato flexibilita umožňuje aplikaci komunikovat s různými typy databází nebo podporovat různé typy databází. uživatelské rozhraní platformy.
V oblasti vývoje softwaru je udržovatelnost často vyhledávanou vlastností, kterou však tradiční architektonické styly mohou jen těžko nabídnout. Šestiúhelníková architektura vyniká silným důrazem na udržovatelnost.
Zaměřením na oddělení obav, Šestiúhelníková architektura zajišťuje, že se změny provedené v jedné části aplikace nepromítnou do jiných částí. Tato vlastnost pomáhá snížit čas a úsilí vynaložené na pochopení a ladění kódu.
Kromě toho architektura podporuje opakované použití kódu tím, že podporuje návrh, v němž jádro. obchodní logika je izolován od konkrétních technologií používaných k řízení aplikace. Toto oddělení umožňuje vývojářům vyměňovat, upgradovat nebo přefakturovávat aplikace. externí rozhraní bez ovlivnění základní logiky, čímž se snižuje riziko výskytu chyb.
Technický dluh, významný problém při vývoji softwaru, se týká budoucích nákladů na refaktorizaci a opravu zkratek a hacků v kódu. Šestiúhelníková architektura nabízí proaktivní přístup ke zmírnění tohoto dluhu.
Usnadněním jasného oddělení mezi hlavními obchodní logika a externí komponenty, Šestiúhelníková architektura snižuje pravděpodobnost vzájemně provázaného kódu, který může způsobovat problémy s údržbou a zvyšovat technický dluh. Při snižování technického dluhu hraje roli také přirozená udržovatelnost a testovatelnost architektury, protože pomáhají předcházet zavádění chyb a usnadňují refaktorizaci.
Kromě toho je schopnost Šestiúhelníková architektura podporovat změny v infrastruktuře, aniž by bylo nutné měnit obchodní logika poskytuje ochrannou rezervu proti technickému dluhu. Tato schopnost umožňuje týmům přizpůsobit se změnám požadavků nebo technologií, aniž by musely přepisovat velké části aplikace.
V praxi, Šestiúhelníková architektura přináší strukturovaný přístup k vývoji softwaru. Šestiúhelníková hranice kolem jádra aplikace jasně vymezuje, kde končí aplikace a kde je její konec. vnější svět začíná.
Adaptéry fungují jako strážci, kteří převádějí požadavky od externích účastníků do podoby, které rozumí hlavní aplikace, a naopak. Tím zajišťují, že jádro aplikace zůstává agnostické vůči specifikům vnějšího světa, ať už jde o databázi, nebo o webový server. externí APInebo uživatelské rozhraní.
Doménou řízený návrh (DDD) je metodika vývoje softwaru, která upřednostňuje základní obchodní koncepty, resp. logika domény, jako hlavní hnací síla návrhu. Tato metodika se pozoruhodně dobře shoduje s tzv. Šestiúhelníková architektura, která rovněž zdůrazňuje význam obchodní logika a model domény v architektuře.
V souvislosti s Šestiúhelníková architektura, DDD zajišťuje, že moduly vysoké úrovně aplikace - doménové vrstvy - jsou nezávislé na vnějších prvcích, jako je např. uživatelské rozhraní nebo databáze. Tuto nezávislost zajišťují porty a adaptéry, které chrání doménovou vrstvu před specifiky databáze. externí systémy, což umožňuje logika domény vyvíjet nezávisle.
Kromě toho, Šestiúhelníková architektura doplňuje zásady strategického návrhu DDD, včetně konceptu ohraničených souvislostí. Každý ohraničený kontext v DDD si lze představit jako šestiúhelník ve formátu Šestiúhelníková architektura, jehož jádrem je doménový model a porty a adaptéry působí jako hranice.
Mikroslužby, další současný architektonický styl, mohou výrazně těžit z Šestiúhelníková architektura. Decentralizovaná povaha mikroslužeb - kde každá služba zapouzdřuje konkrétní obchodní schopnost - se přesně shoduje se zapouzdřením. obchodní logika v jádru šestiúhelníku.
Stejně jako by každá mikroslužba měla být volně spřažena s ostatními, každý šestiúhelník v systému Šestiúhelníková architektura je také izolován od ostatních a komunikuje pouze prostřednictvím definovaných portů a adaptérů. To umožňuje, aby každá mikroslužba měla svou vlastní šestiúhelníková architektura, jehož výsledkem je soubor autonomních, volně provázaných služeb.
Izolace, kterou zajišťuje Šestiúhelníková architektura může být obzvláště užitečný při řešení složitosti a distribuované povahy mikroslužeb. Izolováním základní obchodní logika z vnějšího světa, Šestiúhelníková architektura zajišťuje, že obchodní logika zůstává nedotčena bez ohledu na změny v jiných službách nebo externí systémy.
Způsob, jakým je software navržen, může mít zásadní vliv na jeho vývoj v průběhu času. Srovnání Šestiúhelníková architektura na jiné architektury poskytuje nás hlubší pochopení jeho silných stránek a možných kompromisů.
Vrstvená architektura je tradiční architektonický vzor který strukturuje aplikaci do logických vrstev - často prezentační, obchodní a vrstvy přístupu k datům. Hlavní nevýhodou tohoto vzoru je, že podporuje silnou závislost mezi jednotlivými vrstvami, což vede k tomu, že změny v jedné vrstvě se mohou projevit v celé aplikaci.
Naproti tomu, Šestiúhelníková architektura minimalizuje tyto závislosti. Místo vrstev má jádro aplikace obklopené vyměnitelnými adaptéry. Například změny v databázovém serveru by ovlivnily pouze příslušný adaptér a ponechaly by adaptér. jádro aplikace a další adaptéry nedotčené.
Čistá architektura, další architektonický vzor, má mnoho podobností s Šestiúhelníková architektura. Obě zdůrazňují oddělení zájmů, usilují o izolaci jádra. obchodní pravidla od vnějších detailů a dodržovat Princip inverze závislosti.
Nicméně, Šestiúhelníková architektura se zaměřuje spíše na to, jak aplikace spolupracuje se systémem mimo svět pomocí portů a adaptérů, zatímco Čistá architektura poskytuje podrobnější strukturu vnitřních vrstev architektury. Jinými slovy, Čistá architektura lze považovat za nadmnožinu Šestiúhelníková architekturas dalšími pokyny pro uspořádání vnitřní struktury aplikace.
Cibulová architektura je dalším architektonickým stylem, jehož cílem je izolovat základní obchodní logika z externí rozhraní a infrastruktury. Má několik soustředných vrstev s doménovým modelem uprostřed a každá vrstva může záviset pouze na vrstvách uvnitř ní.
Přestože mají společný cíl, Hexagonal a Cibulová architektura dosáhnout mírně odlišnými způsoby. Cibulová architektura klade velký důraz na směr závislostí a zajišťuje, aby všechny závislosti směřovaly dovnitř. Šestiúhelníková architektura, ačkoli rovněž podporuje závislosti směřující dovnitř, klade větší důraz na interakci s vnějším prostředím. vnější svět prostřednictvím svých portů a adaptérů.
Klíčovou silnou stránkou Šestiúhelníková architektura je jeho zaměření na testovatelnost. Oddělením jádra aplikace od vnější svět prostřednictvím portů a adaptérů, Hexagonal Architecture umožňuje provádění automatizované testy které mohou poskytnout jistotu stability a správnosti softwaru.
V Šestiúhelníková architektura... primární porty, které obsahují jádro obchodní pravidla, lze testovat nezávisle na vnějším světě. Například místo komunikace se skutečnou databází během testování lze použít databázový adaptér lze vyměnit za testovací dvojník, který simuluje chování skutečné databáze. Vývojáři se tak mohou soustředit na testování obchodní pravidlaspíše než interakce s databází.
Kromě toho, automatizované regresní testy lze snadno zkonstruovat a ověřit, zda se systém při změnách chová podle očekávání. Tato úroveň testovatelnosti je významnou výhodou při údržbě a aktualizaci softwaru, protože pomáhá odhalit a opravit problémy v rané fázi vývoje. proces vývoje.
Kromě toho je struktura Šestiúhelníková architektura podporuje také integrační testování. Nahrazením externí komponenty (jako je databázový server nebo externí API) s testovacími dvojníky mohou vývojáři testovat, jak se jádro aplikace integruje s těmito komponentami, aniž by musel používat skutečné externí systémy. To může výrazně zvýšit rychlost a spolehlivost testů.
Šestiúhelníková architektura se v rozsáhlé škále strategií vývoje softwaru jeví jako lákavé řešení. Odlišuje se tím, že odděluje jádro aplikace z vnějšího prostředí, čímž je zajištěna vysoká míra udržovatelnosti, testovatelnosti a flexibility. Toto oddělení usnadňuje vývojářům soustředit se na jádro systému. obchodní logikaa zároveň zvýšit odolnost softwaru proti změnám v systému. externí systémy.
Ačkoli jsou s hexagonální architekturou spojeny určité kompromisy, její množství výhod z ní dělá velmi cennou součást sady nástrojů každého vývojáře. V oblasti architektura softwaru, šestiúhelníkový model si nadále udržuje dominantní postavení.
Tento článek, opepřený příklady kódu, si klade za cíl poskytnout důkladné porozumění Šestiúhelníková architektura a jeho potenciální přínosy. Mějte na paměti, že tajemství efektivní architektury nespočívá ve slepém dodržování vzorů, ale v pochopení základních principů a jejich promyšlené implementaci pro splnění konkrétních požadavků.
V oblasti hexagonální architektury je rozhraní definované mezi. aplikační vrstva a datová vrstva má zásadní význam. Ať už jste softwarový architekt zvažuje přijetí této metodiky, nebo vývojář, který se snaží pochopit její složitost, je zřejmé, že vliv této architektury stále roste. Ukazuje různé způsoby, jak ji lze efektivně využít. Například v bankovnictví aplikace... rozhraní úložiště může fungovat jako sekundární adaptér, který přemosťuje jádro aplikace s externí kód. Toto oddělení umožňuje flexibilní výměnu konkrétní provedení o souborový systém nebo konkrétní technologii, aniž by to mělo dopad na služby aplikace.
Na stránkách vývoj tým mohou nyní pracovat na levá strana aplikace bez obav o vnější faktory, čímž je zajištěn bezproblémový průběh. A tím končíme naše zkoumání světa Šestiúhelníková architektura, architektonický styl, který stále rozšiřuje svůj vliv v oblasti vývoje softwaru.
Czech 
English 
German 
Swedish 
Danish 
Norwegian 
Finnish 
French 
Polish 
Arabic 
Italian 
Japanese 
Spanish 
Dutch 
Estonian 
Greek 
Portuguese