<!–texy–>Výborný článek!
V případě ASP.NET MVC je situace obdobná – lidi serou SQL do controllerů nebo nedejbože do view ;-)

<!–texy–>Zdravim. Dobry clanek. Ako zaciatocnika by ma zaujimalo kde najdu nejake PHP ukazky, classy alebo nejake case study. Ze specifikaci se toho moc nenaucim. Dekuji za napady ;-)

<!–texy–>v jake vrstve bych mel tedy kontrolovat sessions a cookies ?? v modelu nebo controlleru? (zatim to delam v modelu protoze prepsani do controlleru je zbytecne slozite)

<!–texy–>ale ale, Honzíku, malá hnidopišská poznámka k tomu příkladu se zakládáním uživatele:

databázovou implementaci neodkrývá ani jeden z uvedených příkladů, tak, jak je to uvedeno, za tím může být nejen jakákoliv DB, ale i jakékoliv jiné úložiště (xml, acl, ..), nebo dokonce něco úplně jiného (/dev/null :o)

zatímco v druhém případě jsi naopak odstíněn od možnosti s objektem jakkoliv rozumně pracovat, např. nastavovat vlastnosti jednotlivě, když nemáš všechny informace v jeden okamžik pohromadě, rozhodovat o persistenci, atd.. uvedená "factory" metoda je dobrá leda jako "convenient shortcut" a měla by se správně jmenovat "createAndStore", "createPersistent" nebo tak nějak..

hezký den Ti přeje ovlčený gulzák

p.s.: grrr.. root-doménová tečka na konci e-mailové adresy je validní formát, což si takhle doladit ten validační regexp?? předem děkuji ;oE

Skvely clanek. Nepochopeni MVC je casto zpusobeno architekturou. Jinymi slovy, PHP neni od zakladu navrzeno podle MVC patternu. U ASP.NET ci JSP-Servlet, je Vam predlozena architektura, ktera MVC podporuje a da vice prace obejit tento vzor (viz. deprekovana vlastnost injectnuti SQL do JSP stranky), nez ho nasledovat.
Ja osobne za hlavni cast povazuji domenovy model, coz jsou objekty reprezentujici data v DB. Samotny kontroler muze byt postaven nad DAO vrstvou nebo primo nad danym modelem. Zde je trosku problem, protoze ne vzdy musim mit DAO a ne vzdy ho musim vyuzit. Kdyz si to predstavim zkracene:
Model – data (struktura, obsah)
Controller – akce (akce nad daty, komunikace mezi UI a modelem)
View – zobrazeni (bud pres ciste HTML, pres vlastni komponenty, ci jine technologie umoznujici zobrazit UI)

Tyhle patterny jsou navrzeny jednoduse. Vzdy jde o pohled na dany kus aplikace, architektury. Stejne to muze byt ve smyslu trivsrtve architektury. Pro PHP bude klientem web browser. Pro enterprise aplikace muze byt klientem jiny app. server, web. kontejner, jina desktop aplikace, atd. Takze ani MVC neni jen pro web. aplikace. Kontrolerem je jiz samotne DAO. Ale nikde jeste neni psano, ze stejne DAO je kontrolerem dane webove komponenty.

Jak to tady tak ctu, tak by to chtelo podobny clanek na tema: "View neni pouze phtml sablona.". Ne ze bych se sklebil nad tim co si lide mysli, ale sam mam v tom trochu gulas.
Jak by melo vypadat rozhrani mezi View a Controlerem?
Co vsechno je vec view?
Jakym zpusobem specifikovat data pro view?

[10] samozřejmě view

Hrachova břitva na DGXovo NForm:

Když chci změnit label elementu, edituji controller, nebo view? :))

"- když přehodím rozložení prvku na stránce, bude nutné editovat controller nebo model?"
Správně ani jedno, že? To by měla být věc viewu.

[7] Kamkoliv :). Vždyť cachovat můžu různé věci, různé části aplikace a z různých důvodů. Od výsledků databázových dotazů (tedy nízkoúrovňová část modelu) až po kompletně vygenerované stránky na výstupu (tedy view). Vždy záleží na konkrétním případě a konkrétní potřebě. Každá část se pak samozřejmě může řešit úplně jiným způsobem – zatímco některé db výsledky si uložím třeba do sdílené paměti, výstupní stránky například do statických přímo adresovaných souborů.