„Többrétegű architektúra” változatai közötti eltérés
| [ellenőrzött változat] | [ellenőrzött változat] |
Tartalom törölve Tartalom hozzáadva
→Források: Jegyzetek |
|||
4. sor:
==Háromrétegű architektúra==
A háromrétegű architektúra egy szoftvertervezési minta is, a szoftverarchitektúrán felül. [[John J. Donovan]]tól származik.
A modell legnagyobb előnye, hogy lehetővé teszi az egyes rétegek egymástól függetlenül történő fejlesztését, sőt, akár teljes cseréjét is, lépést tartva így a folyamatosan változó követelményekkel és az egyre újabb technológiákkal. Ez biztonságosan megtehető, mert egy réteg módosítása nincs hatással a többi réteg működésére. Egymástól független modulokként tartalmazza a felhasználói felületet, az üzleti logikát és az adatbázist a szükséges hozzáférési műveletekkel. Például ha a megjelenítésért felelős szerverre új operációs rendszer kerül, akkor elég csak a megjelenítést vezérlő modulokat frissíteni az alkalmazásunkban, az új körülményeknek megfelelően.
Függetlenségük miatt különböző gépekre is telepíthetők, amelyek különböző platformot nyújtanak.<ref>[[Eckerson, Wayne W.]] "Three Tier Client/Server Architecture: Achieving Scalability, Performance, and Efficiency in Client Server Applications." Open Information Systems 10, 1 (January 1995): 3(20)</ref>
Tipikusan a felhasználói interfész grafikusfelületű PC-n vagy munkaállomáson fut, és szabványos felhasználói felületet használ. Az üzleti modul vagy modulok munkaállomáson vagy alkalmazásszerveren, míg az adatbázishoz [[RDBMS]]-t használnak egy adatbázisszerveren vagy nagyszámítógépen.
===Rétegek===
Háromrétegű architektúra esetén az alkalmazást az alábbi 3 rétegre bontjuk:
21 ⟶ 24 sor:
===A háromrétegű architektúra és az MVC architektúra===
A háromrétegű architektúrát gyakran keverik a megjelenítésben használatos [[MVC]] (Model-View-Controller) architektúrával. Fontos megemlíteni, hogy míg az MVC-nél a View és a Controller egyaránt kommunikál a Modellel addig a három rétegű architektúránál ez nem történik meg. A megjelenítés réteg csak az üzleti logikán át érheti el a perzisztenciát. A három réteg jelenti alapesetben azokat a választóvonalakat, amelyek mentén a horizontális skálázás megoldható. Amennyiben [[skálázhatóság]], robusztusság vagy egyéb szempontok miatt nem elegendő a három réteg, akkor a három réteget újabb rétegekre lehet bontani. Ennek egy gyakori példája, amikor a perzisztencia réteget két rétegre bontjuk: az egyik az [[ORM]] (objektum-relációs leképezés) által megvalósított DAO ([[Data access object]]) tervezési minta mentén megvalósított réteg, míg alatta a hagyományos adatbázis réteg helyezkedik el.
==Négy- és többrétegű architektúra==
Négyrétegű esetben a megjelenítés és az üzleti logika rétegek közé egy alkalmazás réteget iktatnak be. A Domain Driven Design a négyrétegű architektúráról ír, de a tartomány rétegre összpontosít.<ref>Domain-Driven Design, the Book pp. 68-74. Retrieved from http://www.domaindrivendesign.org/books#DDD.</ref>
| |||