Réteges építészet

A szoftverfejlesztésben a réteges architektúra  egy kliens-szerver architektúra , amely elválasztja az adatok megjelenítésének, feldolgozásának és tárolásának funkcióit. A réteges architektúra leggyakoribb típusa a háromrétegű architektúra .

Az N -rétegű alkalmazásarchitektúra olyan modellt biztosít, amellyel a fejlesztők rugalmas és újrafelhasználható alkalmazásokat hozhatnak létre . Ha az alkalmazást absztrakciós rétegekre osztják fel , a fejlesztők lehetőséget kapnak arra, hogy egy adott réteget módosítsanak, ahelyett, hogy a teljes alkalmazást átdolgoznák. A háromszintű architektúra általában egy megjelenítési rétegből, egy üzleti logikai rétegből és egy adattároló rétegből áll .

Bár a réteg és a szint fogalmát gyakran felcserélhetően használják, sokan egyetértenek abban, hogy még mindig van különbség köztük. A különbség az, hogy a réteg  egy olyan mechanizmus, amely a szoftvermegoldást alkotó komponenseket logikusan strukturálja, míg a réteg  a rendszer infrastruktúrájának fizikai strukturálására szolgáló mechanizmus. [1] [2] Egy háromrétegű megoldás egyszerűen telepíthető egyetlen rétegen, például egy személyes munkaállomáson . [egy]

Rétegek

A  "Rétegek" építészeti minta segít az alkalmazások strukturálásában azáltal, hogy bizonyos absztrakciós szinteken elhelyezkedő részfeladatok csoportjaira bomlik [3] .

Közös rétegek

A logikailag rétegzett információs rendszer architektúrákban a következő négy réteggel találkozhatunk leggyakrabban:

• Prezentációs réteg (UI réteg, UIL, felhasználói felület , prezentációs réteg réteges architektúrában)
• Alkalmazási réteg (szolgáltatási réteg, szolgáltatási réteg [4] [5] [6] vagy GRASP vezérlőréteg [7] )
• Üzleti logikai réteg (tartományi réteg, BLL, tartományi réteg)
• Adatelérési réteg (adattárolási réteg, DAL, infrastruktúra réteg; naplózás, hálózati és egyéb szolgáltatások, amelyek egy adott üzleti logikai réteg támogatásához szükségesek)

A Domain-Oriented Design (DDD) című könyv e négy réteg néhány gyakori felhasználását írja le, bár a hangsúly a tartományi réteg felé tolódik el. [nyolc]

Egyesek megkülönböztetik az üzleti logikai réteg(ek)et és az infrastruktúra réteg(ek)et, mint különálló üzleti infrastruktúra (BI) réteget. Ezt a réteget néha "alacsony szintű üzleti logikai rétegnek" vagy "üzleti szolgáltatási rétegnek" nevezik. Ez a réteg nagyon általános, és egy alkalmazás (például a Valutaátváltó) több rétegében is használható. [9]

Az infrastruktúra réteg szintekre osztható: magas szintű és alacsony szintű műszaki szolgáltatások. [9] A fejlesztők gyakran az infrastruktúra-réteg adatelérési képességeire összpontosítanak, ezért a beszélgetés során csak adatelérési rétegként hivatkoznak rá (az általánosabb "infrastruktúra-réteg" vagy "műszaki szolgáltatási réteg" helyett). Más szóval, az egyéb típusú műszaki szolgáltatásokat nem mindig tekintik egy adott réteg részének.

Mindegyik réteg csak az alatta lévő rétegtől függ, és létezhet a fenti rétegek nélkül is. Egy másik általános álláspont az, hogy a rétegek nem mindig függenek szigorúan az alattuk lévő rétegtől. Például egy laza réteges rendszerben egy  réteg függhet az alatta lévő összes rétegtől. [3]

Lásd még

• Front-end és back-end

Források

1. ↑ 1 2 telepítési minták (Microsoft Enterprise Architecture, Patterns és Practices) Archiválva : 2018. november 4. a Wayback Machine -nél 
2. ↑ Martin Fowler "A vállalati szoftveralkalmazások architektúrája" (2002). Addison Wesley. (Angol)
3. ↑ 1 2 Buschmann, Frank; Meunier, Regine; Rohnert, Hans; Sommerlad, Péter; Stal, Michael (1996-08). Minta-orientált szoftverarchitektúra, 1. kötet, A minták rendszere. Wiley, 1996. augusztus. ISBN 978-0-471-95869-7 . Letöltve: http://www.wiley.com/WileyCDA/WileyTitle/productCd-0471958697.html Archiválva : 2017. november 29. a Wayback Machine -nél . (angol) . 2. fejezet.
4. ↑ Martin Fowler szolgáltatási rétege archiválva : 2018. november 18. a Wayback Machine -nél 
5. ↑ Referencia "Tervezési minták" Szolgáltatási szint . Letöltve: 2018. október 1. Az eredetiből archiválva : 2018. október 7.. (határozatlan)
6. ↑ Martin Fowler elmagyarázza, hogy a szolgáltatási réteg ugyanaz, mint az alkalmazási réteg , archiválva 2018. szeptember 2-án a Wayback Machine -nél 
7. ↑ A GRASP vezérlő és az alkalmazási réteg / szolgáltatási réteg összehasonlítása és megvitatása 
8. ↑ Domain-vezérelt tervezés, a könyv pp. 68-74. Letöltve: http://dddcommunity.org/book/evans_2003/ . (eng.) Archiválva : 2019. május 13. a Wayback Machine -nél
9. ↑ 1 2 UML 2.0 és tervezési minták alkalmazása , 3. kiadás, 203. o . Archiválva : 2018. szeptember 29., a Wayback Machine ISBN 0-13-148906-2 

Linkek

• A háromrétegű  építészet fogalmai
• Linux folyóirat,  Three Tier Architecture
•  Microsoft Application Architecture Guide – 5. fejezet : Réteges alkalmazási irányelvek
• Példa egy ingyenes háromszintű rendszerre  (eng.)
• Mi az a 3 rétegű építészet?  (Angol)