Az mvc, praktikatech fogalma

A modell-nézet-vezérlő (MVC, "modell-nézet-viselkedés", "modell-nézet-vezérlő", "modell-nézet-vezérlő") olyan tervezési minták használatát mutatja, amelyekkel az alkalmazásadat-modell, a felhasználói felület és az interakció a felhasználót három különálló összetevőre osztják oly módon, hogy az egyik komponens módosítása minimális hatást gyakoroljon a többiekre. Ezt a tervezési rendszert gyakran építészeti keret kialakítására használják.

Annak ellenére, hogy az MVC rövidítést általában a minták egész családjaként értelmezik, ki lehet választani az építészeti megoldás eredeti változatát. Jelenleg nem valószínű, hogy az MVC eredeti formában történő használata különböző okokból indokolható, de a minta alakulását a kezdetektől legjobban követik ...

Első ízben az MVC minta megjelent a SmallTalk-ban a hetvenes évek végén. Tulajdonképpen az volt a probléma ismerős minden, szükséges volt, hogy dolgozzon ki egy építészeti megoldás, amely lehetővé teszi, hogy manipulálják a grafikus ábrázolás egy adott alkalmazás adatait, annak érdekében, hogy módosítsa a bemutatása az adatok nem befolyásolja az üzleti logika és az adatok (Model) alkalmazások, valamint, hogy a volt Lehetőség több nézetre egy modell számára. Ez a megoldás lett az MVC, az ötletet, mely született a mélyben Xerox PARK, és megkapta az első nyilvános utalást a dokumentációban SmallTalk'80. A klasszikus változatban az MVC három részből áll, amelyek megadják a nevet.

Modell (modell)

A modell alatt általában az alkalmazás funkcionális üzleti logikáját tartalmazó rész értendő. A modellnek teljesen függetlennek kell lennie a termék többi részétől. A modellrétegnek nem kell tudnia semmiben a tervezési elemekről, és hogyan fog megjelenni. Az eredmény megvalósul, lehetővé téve az adatok reprezentációjának megváltoztatását, megjelenítésének módját, anélkül, hogy megérintene volna a modellt.

A modell a következő tulajdonságokkal rendelkezik:

  • A modell az alkalmazás üzleti logikája;
  • A modell magára ismer, és nem ismeri a kontrollereket és a nézeteket;
  • Néhány projekt esetében a modell csak adatréteg (DAO, adatbázis, XML fájl);
  • Más projektek esetében a modell adatbázis-kezelő, objektumkészlet vagy egyszerűen alkalmazáslogika;
Képviselet (View)

A View felelőssége a modelltől kapott adatok megjelenítése. Azonban a nézet nem befolyásolja közvetlenül a modellt. Elmondhatja, hogy a nézetnek csak olvasható hozzáférése van az adatokhoz.

A bemutató a következő jellemzőkkel bír:

  • A nézet szerint a modellből kapott adatok bármely módon megjelennek;
  • Bizonyos esetekben a nézet tartalmazhat olyan kódot, amely bizonyos üzleti logikát valósít meg.

Bemutatási példák: HTML oldal, WPF űrlap, Windows Form.

A Vezérlő feladata közé tartozik a külső ingerekre való reagálás, a Modell és / vagy ábrázolás módosítása a benne foglalt logikával összhangban. Az egyik vezérlő több nézettel dolgozhat. a helyzet függvényében, kölcsönhatásba velük egy olyan ismert felületen keresztül, amelyet ezek a nézetek végrehajtanak. Fontos árnyalatot a klasszikus változata a MVC vezérlő nem vesz részt az adatok átvitelét a modell teljesítményét, és nem közvetítő (mediátor) és a modell és a nézet.

Az MVC sablon erejét közvetlenül a három elem szétválasztása határozza meg annak érdekében, hogy elkerülhető legyen mindegyikük felelősségi zónáinak átfedése, és bár az MVC hármas egyes elemei különálló és egyedülálló felelősségi körrel rendelkeznek, nem működnek önállóan. Tény, hogy egy MVC sablon létrehozásához minden egyes elemet közölni kell a többiekkel.

Az MVC elemek kölcsönhatása

Az MVC mintázat minden egyes eleme a többi nagyon specifikus módon kommunikál. A kommunikációt egy eseménysorozat hajtja végre, amelyet általában a felhasználó és az alkalmazás közötti kölcsönhatás vált ki. Az események sorrendje így néz ki:

  1. A felhasználó együttműködik az interfész elemével (például megnyomja a gombot a Nézetben).
  2. A nézet küld egy push eseményt a vezérlőnek, hogy eldöntsék, hogyan kell kezelni ezt a nyomást.
  3. A vezérlő megváltoztatja a modellt a gombon alapuló döntés alapján.
  4. A modell azt a nézetet mutatja be, hogy a modell állapota megváltozott.
  5. A nézet az állapotáról a Modellben olvasható, és önmúlja.

Ennek a koncepciónak a fő célja az, hogy az üzleti logikát (modellt) a vizualizációból (nézetkép) képviselje. Ennek a szétválasztásnak köszönhetően megnövekszik a már elkészített komponensek újrafelhasználási lehetősége. Az ilyen tervezési rendszer használata, mint az MVC, olyan komplex rendszereket hozhat létre, amelyek egyszerűen lecsökkenthetők a szerkezetük megváltoztatása nélkül.

Kapcsolódó cikkek