MVC tervezési minta

Mik azok a tervezési minták ?

Úgy, ahogy az életben is a kisgyerek a szülei viselkedéséből tanul (szülői minta), a programozók is egymástól tanulnak, felhasználva munkájukban a mások által tervezett jól működő fejlesztési megoldásokat. Ezekből a megoldásokból lesznek később általánosan elfogadott minták, majd ezen minták alapján terveznek meg különböző alkalmazásokat.  A tervezési minták tehát gyakorlatilag olyan fejlesztési megoldások, amelyek a gyakorlatban már bebizonyították, hogy segítségükkel hosszútávon hatékonyan lehet komplex szoftvereket fejleszteni. Meg kell említenünk, hogy egyszerű szoftverek fejlesztésekor a tervezési minták gyakran csak elbonyolítják és megnehezítik a fejlesztés menetét, ezért csupán komplex szoftverek tervezésénél, programozásánál érdemes igénybe venni őket.

A Model View Controller (MVC) tervezési minta

Az MVC tervezési mintát  1979 -ben alkotta meg egy norvég kutató a Xerox kutatói laboratóriumában, miközben a Smalltalk nevet viselő objektum orientált programozási nyelv kifejlesztésén dolgozott. Az MVC gyorsan elterjedt és népszerűvé vált, mivel segítségével úgy írhatunk meg komplex alkalmazásokat (gyakorlatilag programozási nyelvtől függetlenül), hogy az üzleti logikát teljesen elkülöníthetjük a felhasználói felület létrehozására szolgáló kódoktól. Ez a webfejlesztés terén egy különösen hasznos dolog, ugyanis egy magára valamit is adó weblap körülbelül 3-4 évente arculatot vált, viszont ilyenkor valószínűleg nem szeretnének a weblap működésén is változtatni. Az MVC tervezési minta segítségével a weblap CMS rendszerét úgy lehet megtervezni, hogy az interakciós folyamatok módosítása nélkül, új arculatot készíthessünk a weblapnak.

Amint az alcímből is látszik, az MVC a modell, a view és a controller szavak rövidítése.  Nem nehéz kitalálni, hogy ez a három szó a tervezési minta három jól elkülöníthető részének a neve. Lássuk röviden, hogy melyik mit jelent.

Model

A model – vagy nevezhetjük üzleti logikának is – gyakorlatilag olyan algoritmusokat, adatbázis műveleteket foglal magába, amelyek a szoftver szolgáltatásainak működését írják le. Ide tartoznak olyan adatbázis műveletek, mint például a lekérdezések,  frissítések,  adatok felvitele, törlése, és minden olyan függvény, osztály, kódrészlet, amely valamilyen szinten a szoftver szolgáltatásaihoz kapcsolódik, de semmi köze nincs a vezérléshez vagy a felhasználói felülethez. Fontos megjegyezni, hogy a model kimenete csakis tiszta adat lehet (szöveg, kép, szám, logikai érték stb.).

View

A webfejlesztésben a view a weblap vagy webalkalmazás arculatát, a felhasználói felületet jelenti. A view a controlleren keresztül a modeltől, vagy közvetlenül a modeltől kapott adatokhoz egy előre meghatározott arculatot rendel. Nagyon fontos, hogy a view kizárólag a modell által szolgáltatott adatokkal dolgozhat, tehát nem szerepelhet a view részben mondjuk adatbázis lekérdezés, vagy egyéb, adatfeldolgozásra szolgáló kód. A controlleren-en keresztül a felhasználó a view segítségével különböző utasításokat küldhet a modell-nek, amely a kérésnek megfelelő adatokat fogja visszaküldeni a view-nak. Körülbelül így néz ki egy interakciós folyamat.

Controller

A controller a view és a model között helyezkedik el és a két modul között történő kommunikációért felel. A controller a view-tól utasításokat kap, majd ezeket az utasításokat “lefordítja a model nyelvére” és továbbítja annak. A modell visszaküldi a controllernek az utasítás által kért adatokat, majd a controller ezeket az adatokat továbbítja a viewnak. A controller az egyszerűség kedvéért gyakran nincs külön megvalósítva, egybeolvad a view-al.

Milyen előnyei vannak az MVC -nek a webfejlesztésben?

• Általában a szerveroldali programozást és az arculattervezést két külön személy végzi ezért egymásra vannak utalva. Az MVC segítségével a két feladat egymástól függetlenül, párhuzamosan is elvégezhető, a végén pedig a controller segítségével össze lehet kapcsolni a két különálló részt.
• Az arculat és az üzleti logika egymástól el van különítve, így bármelyik különállóan is módosítható.
• Ugyanahhoz az üzleti logikához több, különböző platformon működő felhasználó felület is kapcsolható.
• Az arculat módosításával nem ejtünk hibát az üzleti logikában

Hátrányai…

• Alapos tervezést és komoly szakmai tudást igényel
• A fejlesztési idő hosszabb
• Csak komplex alkalmazások fejlesztésénél érdemes igénybe venni

Röviden ennyit szerettem volna leírni az MVC tervezési mintáról. Kérdéseket ezzel az alkalommal is hozzászólások formájában várok.