„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
Négyrétegű architektúra
19. 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égyrétegű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>
 
A négyrétegű architektúra rétegei:
*''Megjelenítés''
*''Alkalmazás'', nevezik szolgáltatás rétegnek<ref>[http://martinfowler.com/eaaCatalog/serviceLayer.html Martin Fowler's Service Layer]</ref><ref>[http://martinfowler.com/bliki/AnemicDomainModel.html Martin Fowler explains that Service Layer is the same as Application Layer]</ref> vagy GRASP vezérlő rétetgnekrétegnek is <ref>[http://tech.groups.yahoo.com/group/domaindrivendesign/message/7582 Comparison/discussion of the GRASP Controller Layer vs. Application/Service Layer]</ref>)
*''Üzleti logika''
*''Perzisztencia''
 
Az alkalmazás réteg további rétegekre osztható, amelyek felelősségei elkülöníthetők. Például a modell-nézet-vezérlő használata esetén a vezérlő plusz rétegként fogható fel a megjelenítés és az alkalmazás rétegek között.
 
Egyesek üzleti infrastruktúra réteget is beillesztenek az üzleti és az infrastruktúra rétegek közé. Nevezik üzleti szolgáltatás rétegnek vagy alacsony szintű üzleti rétegnek. Több alkalmazói rétegben is használatos, például tartalmazhat konvertereket.<ref name="craiglarman.com">[http://www.craiglarman.com/wiki/index.php?title=Books#Applying_UML_and_Patterns ''Applying UML and Patterns'', 3rd edition, page 203] {{ISBN|0-13-148906-2}}</ref>
 
==Források==