1. díl - Popis MVC architektury

PHP MVC Popis MVC architektury American English version English version

Vítejte u prvního dílu seriálu, ve kterém si postupně vytvoříme plně objektový redakční systém v PHP. Budeme ctít tzv. MVC architekturu, kterou si vysvětlíme v dnešním úvodním článku. Z následujících dílech naprogramujeme web s hezkými URL, přihlašováním, WYSIWYG editorem a kontaktním formulářem. Vytvoříme také několik užitečných tříd, aby se další funkčnosti do webu jednoduše přidávaly.

Jsem vždy udiven obrovskou velikostí zdrojových kódů třetích stran, když jdou věci řešit jednoduše. Náš kód bude minimalistický a celý systém bude obsahovat několik třídiček, které budou velmi krátké.

Seriál počítá se základy objektově orientovaného programování v PHP.

MVC architektura

MVC je velmi oblíbený architektonický vzor, který se uchytil zejména na webu, ačkoli původně vznikl na desktopech. Je součástí populárních webových frameworků, jakými jsou např. Zend nebo Nette pro PHP, Ruby On Rail pro Ruby nebo MVC pro ASP .NET. Osobně si bez něj (nebo nějakého podobného principu) nedokáži představit složitější web.

Princip

Základní myšlenkou MVC architektury je oddělení logiky od výstupu. Řeší tedy problém tzv. "špagetového kódu", kdy máme v jednom souboru (třídě) logické operace a zároveň renderování výstupu. Soubor tedy obsahuje databázové dotazy, logiku (např. PHP operace) a různě poházené HTML tagy. Vše je zamotané do sebe jako špagety. Určitě jste to někde viděli, půjčím si nějaký zdroják z prvních PHP tutoriálů na ukázku:

// Tento kód je jak by náš projekt neměl vypadat
$vysledek = mysql_query("select * from otazky", $spojeni);
if (!mysql_num_rows($vysledek))
        echo '<p>Zatím tu žádnou anketu nemáme.</p>';
else
{
        echo '<ul>';
        while ($radek = mysql_fetch_array($vysledek))
        if ($vybranaanketa == $radek['kodankety'])
                echo '<li>' . $radek['kodankety'] . ': ' . $radek['otazka'] . ' (aktuálně vybraná)</li>';
        else
                echo '<li><a href="tvorbaanket.php?vybranaanketa=' . $radek['kodankety'] . '">'
                .$radek['kodankety'] . ': '
                .$radek['otazka'] . '</a></li>';
        echo '</ul>';
}

Kód se samozřejmě špatně udržuje, natož rozšiřuje. Je špatně highlightovaný, protože si s ním IDE neví rady, HTML není správně naformátováno, ztrácíme se v jeho stromové struktuře. Naším cílem je, aby zdrojový kód s logikou vypadal jako zdrojový kód (např. PHP) a výstup vypadal jako HTML stránka s co nejmenší příměsí dalšího kódu. Kód výše by se tedy rozdělil do 2 souborů (HTML šablony a PHP skriptu), ideálně ještě s použitím dalších tříd. Již brzy v seriálu uvidíme, jak kód MVC aplikace vypadá.

Komponenty

Celá aplikace je rozdělena na komponenty 3 typů, hovoříme o Modelech, View (pohledech) a Controllerech (kontrolerech), od toho MVC. Neexistuje žádná striktní definice MVC architektury a tak se můžete setkat s více výklady. Je dost možné, že to, co zde popisuji, je architektura MVP (nebudu rozebírat) nebo dokonce něco mezi. Co člověk, to názor, co framework, to jiný přístup. Důležitý je však základní princip, tedy rozdělení hlavních rolí těchto 3 komponent.

Komponenty jsou samozřejmě třídy, které mohou být odděděné z abstraktních předků, jen view je většinou jen jako HTML šablona. Pojďme si jednotlivé komponenty nejprve popsat.

Model

Komponenta model z MVC architektury Model obsahuje logiku a vše, co do ní spadá. Mohou to být výpočty, databázové dotazy, validace a podobně. Model vůbec neví o výstupu. Jeho funkce spočívá v přijetí parametrů zvenku a vydání dat ven. Zdůrazním, že parametry nemyslím URL adresu ani žádné jiné parametry od uživatele. Model neví, odkud data v parametrech přišla a ani jak budou výstupní data zformátována a vypsána.

Budeme programovat bez tzv. ORM (objektově relačního mapování), jelikož PHP defaultně nic takového nemá a hotová řešení jsou zbytečně těžkopádná. Navíc PHP obsahuje skvělé datové struktury, které s dynamickým typováním nahradí vše potřebné. Pokud vám zkratka ORM nic neříká, vůbec to nevadí. Budeme využívat principu manažerů, logika aplikace tedy bude rozdělena např. mezi manažer ManazerUzivatelu, ManazerClanku a tak podobně. Ty obsahují metody k výběru potřebných údajů z databáze nebo k jejich modifikaci, např. metodu k výběru přezdívky a informací o uživateli při vypsání jeho profilu. Jinou metodou bychom vybírali otisk hesla z databáze, abychom ověřili přihlášení, další by nám vrátila třeba články uživatele. V manažeru zároveň najdeme pomocné metody k práci s uživateli, např. ono ověření správné délky a znaků hesla. Logika se nemusí týkat jen databáze, patří sem i ostatní věci jako validace (např. ověření správné délky a formátu zadaného hesla).

Nyní máme představu, co model vykonává, pojďme se podívat na pohled.

Pohled

Komponenta view z MVC architektury Pohled (View) se stárá o zobrazení výstupu uživateli. Nejčastěji se jedná o phtml šablonu, obsahující HTML stránku a tagy nějakého značkovacího jazyka, který umožňuje do šablony vkládat proměnné, případně provádět iterace (cykly) a podmínky. Opět zachováme maximální jednoduchost a stejně jako tomu bylo s ORM, i zde si vystačíme pouze s tím, co nám nabízí PHP. Pro šablony se často používají speciální značkovací jazyky (např. Smarty). Pro PHP nemá ale příliš velký smysl používat značkovací jazyk, jelikož je samo značkovacím jazykem a umožňuje takový styl zápisu kódu, aby struktura HTML stránky zůstala zachována.

Pohledů máme mnoho, např. pro funkcionalitu s entitou uživatele: uzivatel_regis­trace, uzivatel_prih­laseni, uzivatel_profil a podobně. Pohled uzivatel_profil je ale již společný všem uživatelům a jsou do něj posílána různá data, vždy podle toho, koho zrovna zobrazujeme. Tato data jsou poté dosazena do HTML elementů šablony.

Pohledy lze samozřejmě vkládat do sebe, abychom se neopakovali (šablona s rozložením stránky, šablona s menu a šablona článkem).

View není jen šablona, ale zobrazovač výstupu. Obsahuje tedy minimální množství logiky, která je pro výpis nutná (např. kontrola, zda si uživatel vyplnil prezdívku před jejím vypsáním nebo cyklus s komentáři, které se vypisují).

View podobně jako Model vůbec neví, odkud mu data přišla, stará se jen o jejich zobrazení uživateli.

Kontroler

Komponenta controller z MVC architektury Kontroler je nyní onen chybějící prvek, který osvětlí funkčnost celého vzoru. Jedná se o jakéhosi prostředníka, se kterým komunikuje uživatel, model i pohled. Drží tedy celý systém pohromadě a komponenty propojuje. Jeho funkci pochopíme z ukázky životního cyklu stránky. Opět existuje mnoho různých přístupů, nejčastěji má každá entita jeden kontroler, máme tedy UzivatelKontroler, ClanekKontroler a tak podobně.

Životní cyklus stránky

Životní cyklus zahajuje uživatel, který zadá do prohlížeče adresu webu a parametry, kterými nám sdělí, kterou podstránku si přeje zobrazit. Budeme chtít zobrazit detail uzivatele s id 15. Udělejme si ukázku URL adresy:

http://www.domena.cz/uzivatel/detail/15

Požadavek jako první zachytí tzv. směrovač (router). Ten podle parametrů pozná, který kontroler voláme. Jistě bychom vymysleli mnoho způsobů, jak jméno kontroleru poznat. Udržujme maximální jednoduchost a vypusťme tzv. manuální routování, název kontroleru jednoduše uvedeme jako 1. parametr v URL. Zde je tedy zavolán kontroler UzivatelKontroler, kterému jsou předány 2 parametry "detail" a 15.

Daný kontroler podle parametrů pozná, co se po něm chce, tedy že má zobrazit detail uživatele. Zavolá model, který uživatele vyhledá v databázi a vrátí jeho údaje. Dále zavolá další metodu modelu, která např. vypočítá věk uživatele. Tyto údaje si kontroler ukládá do proměnných. Nakonec vypíše pohled (view). Název pohledu poznáme podle akce, kterou provádíme. Pohledu jsou předány proměnné s příslušnými daty. Kontroler tedy poslechl uživatele, obstaral podle parametrů dotazu data od modelu a předal je pohledu.

Pohled přijme data od kontroleru a vloží je do připravené šablony. Hotová stránka je zobrazena uživateli, který často o celé této kráse ani netuší :)

Celou situaci můžeme znázornit diagramem:

MVC architektura

Získali jsme tedy oddělení logiky od výstupu, view jsou jako HTML, modely zas v našem skriptovacím jazyce (např. v PHP). Dosáhli jsme přehlednosti kódu, který je logicky rozčleněný.

MVC architektura nám usnadňuje i myšlení při vývoji projektu. Když píšeme logiku, patří do modelu, formátování a stylování výstupu řešíme v šabloně, to co uživatel chce z parametrů zjišťujeme v kontroleru. 3 různé problémy na 3 různých místech, oddělené tak, aby do sebe nezasahovaly a nedělaly nám vývoj složitější.

Tolik k teorii, příště začneme s inicializací systému a směrovačem.


 

  Aktivity (3)

Článek pro vás napsal David Čápka
Avatar
Autor pracuje jako softwarový architekt a pedagog na projektu ITnetwork.cz (a jeho zahraničních verzích). Velmi si váží svobody podnikání v naší zemi a věří, že když se člověk neštítí práce, tak dokáže úplně cokoli.
Unicorn College Autor se informační technologie naučil na Unicorn College - prestižní soukromé vysoké škole IT a ekonomie.

Jak se ti líbí článek?
Celkem (39 hlasů) :
4.948714.948714.948714.948714.94871


 



 

 

Komentáře
Zobrazit starší komentáře (17)

Avatar
Franta
Neregistrovaný
Avatar
Franta:

Děkuji. takže udělat jeden kontroler s více metodama a podle parametru si je vybírat a v nich volat příslušné modely že?

 
Odpovědět 21.2.2014 9:50
Avatar
gullyCZ
Člen
Avatar
gullyCZ:

Pokud říká člověk A, měl by říct zároveň i B. Pokud existují lepší cesty vývoje, jaké to jsou?

 
Odpovědět 14.7.2014 16:11
Avatar
svanda777
Redaktor
Avatar
svanda777:

Jak by se v MVC architektuře udělala oddělená administrace? Mám udělat složku a do ní udělat celý nový MVC web?

 
Odpovědět 24.7.2014 9:35
Avatar
Jiří Gracík
Redaktor
Avatar
Odpovídá na svanda777
Jiří Gracík:

Nestačil by jen nový kontroler?

Odpovědět 24.7.2014 9:39
Creating websites is awesome till you see the result in another browser ...
Avatar
svanda777
Redaktor
Avatar
svanda777:

Také mne to napadlo, ale potřebuji mít jiný layout.

Editováno 24.7.2014 9:41
 
Odpovědět 24.7.2014 9:40
Avatar
Milan Křepelka
Redaktor
Avatar
Odpovídá na svanda777
Milan Křepelka:

To nemá s architekturou MVC nic společného. Třeba v ASP.NET MVC říkáš - všechna View mají nějaký konkretní default layout. Ale není problém pro každé View či skupinu View definovat nějaký jiný layout.

 
Odpovědět 24.7.2014 14:08
Avatar
Michal Kuba
Redaktor
Avatar
Michal Kuba:

Ahoj.
Mohu pomocí MVC dosáhnout toho, že mám webovou stránku a administrace bude jinak graficky udělaná? Myslím tím, že když zadám www.domena.cz/administrace, aby se otevřela administrace, ale bez prvků z rozlozeni.phtml (menu, postranní panel, patička). Nebo si mám na hostingu udělat jakože další subdoménu admin.domena.cz a tam to dělat všechno?

Díky za odpovědi :)

 
Odpovědět 1. ledna 22:32
Avatar
Odpovídá na Michal Kuba
Martin Konečný (pavelco1998):

Zdar,

pochopitelně můžeš, otázkou je, jak složitý si to uděláš :D
Teď z hlavy bych asi nevymyslel dobré řešení, zvlášť protože tohle za mě řeší framework (zkus se podívat, jak se v Nette dělají moduly, třeba ti to trochu helpne).
Hodně zjednodušeně to v Nette funguje tak, že si pro každý modul uděláš jiné presentery (controllery) a jiné šablony (včetně obecného layoutu, do kterého se jednotlivé šablony vkládají).
Pomocí URL adresy pak router pozná, který modul se má načíst (v podstatě jde jen o složku, např. si uděláš routu, že všechny stránky, které začínají slovem admin (třeba admin/users, admin/overview atd.), jsou v modulu AdminModule a veškeré presentery a šablony se budou načítat právě z tohoto modulu).

 
Odpovědět 1. ledna 23:51
Avatar
Michal Kuba
Redaktor
Avatar
Odpovídá na Martin Konečný (pavelco1998)
Michal Kuba:

Úplně teď nemám tolik času, kolik bych potřeboval, takže Nette nechám na doučení se později a asi udělám teda administraci tak, že udělám subdomenu a té udělám vlastní šablonu a vše bud komunikovat se stejnou db :) Ale díky za nápad, takhle jak to píšeš to chápu, jenže neumím Nette, takže bych to asi těžko skládal dohromady :)

 
Odpovědět 2. ledna 8:41
Avatar
Odpovídá na Michal Kuba
Martin Konečný (pavelco1998):

Nemyslel jsem, aby ses učil Nette, jen se podíval, jak tam ty moduly fungují (pokud to vůbec někde je napsaný) :)

 
Odpovědět 2. ledna 11:44
Děláme co je v našich silách, aby byly zdejší diskuze co nejkvalitnější. Proto do nich také mohou přispívat pouze registrovaní členové. Pro zapojení do diskuze se přihlas. Pokud ještě nemáš účet, zaregistruj se, je to zdarma.

Zobrazeno 10 zpráv z 27. Zobrazit vše