MVC a jednoduché stránky

Zdravím, za rosáhlost příspěvku se vůbec omlouvat nemusíte;-), alespoň jsme lépe pochopili otázky – já také píši rozsáhlé příspěvky. Nevím, zda jsem ta správná osoba a zda vše vysvětlím zcela správně a korektně, ale ostatní mě kdyžtak opraví.

Takže, ptáte se na několik věcí:

1. Zda je vhodné použít tak velký nástroj jako je Framework na jednoduchý web
2. Kam máte umisťovat ona statická data
3. A také na to, jak správně použít MVC.

Pokusím se nyní na všechny postupně odpovědět.

ad 1: Ano, vhodné to je. Nette Framework nezvyšuje jen „komfort“ a efektivitu programování, ale i bezpečnost výsledného webu – jako příklad lze použít fomruláře, nebo escapování znaků v šablonách. Navíc já jsem nyní např. v situaci, že napsání sebemenšího webíku je pro mne rychlejí v Nette než-li bez něj. Dalším argumentem pro je existence věcí jajo je např. RobotLoader, který řeší neustálý v PHP běžný problém s inkludováním souborů a s cestami k nim. Důvodů by se našlo více. Důvod proti se může zdát to, že je to může být „overhead“ něco jako „kanón na vrabce“ – ale dle mého názoru je opak pravdou.

ad 2 a 3 (hodně to spolu souvisí): V MVP (i MVC) modelu to má fungovat tak, že Presenter je věc, která prezentuje data, která jí dá model. A k této prezentaci používá pohled. Tedy má správně fungovat tak, že žádná data obsahovat nemá, Presenter má data vzít z modelu a dát je pohledu, který je zobrazí. Přičemž zde je nutné určit hranici toho kdy jsou data součástí pohledu (a budou tedy fyzicky zapsaná v šabloně, či render metodě presenteru) a kdy už jde o data aplikační a ta patří do modelu. My ve firmě tuto hranici určujeme tak, že u některých dat je zcela jasné, kam patří (např. jakmile se to sosá z databáze, je to jednoznačně součást modelu, stejně jako, pokud se to někdy bude prohledávat, patří to do modelu). Pravdou je, že u některých dat je to obtížné určit. Viz váš problém. Já osobně bych se k vašem případu postavil tak, že bych použil Nette celé (neboť chcete aplikaci rozšiřovat a experimentovat, atd.) a na data, buŤ zatím statická vyrobil model (klidně ať jsou v něm zapsaná natvrdo v nějakém poli, nebo přímo hardcoded). Potom až uzraje doba budete ta data chtít třeba přesunout do databáze (aby bylo možné je např pomocí nějaká textarey upravit nebo tak) a pokud byste je měl uložená v modelu, jediná věc, kteoru byste musel změnit by byl onen model. A to je to největší kouzlo.

To že mám správně napsanou MVC aplikaci totiž poznám podle toho že:

• Když chci přesunout data aplikace ze souborů do databáze, tak jediné co budu měnit je model.
• Když chci výstup z HTML předěla do XML, nebo změnit vzhled, jediné na co budu sahat je Pohled (tedy šablona/y)
• A až teprve když budu chtít změnit chování aplikace, budu muset měnit presenter…

A hlavně o tom je MVC, u nás MVP…

Doufám, že je to teď jasnější a kdyžtak se ještě ptejte;-)…

Já jen dodám, že i „statická“ data se hodí mít v databázi, jsou pak snadněji přístupná k editaci v CMS.

LastHunter napsal(a):

Já jen dodám, že i „statická“ data se hodí mít v databázi, jsou pak snadněji přístupná k editaci v CMS.

Tady si dovolím nesouhlasit. Připadá mi jednoduší otevřít si šablonu a editovat text v ní, než dohledávat/editovat položku v databázi. Nemluvím o přenášení změn atd..

To je otázka názoru a konkrétní situace…zkus klientovi vysvětlit, jak se používá wysiwyg případně podobný editor s nějakou syntaxí, tak, aby výsledek nebyl zbastlený (x)html výstup, který v horším případě ještě rozsype web. Prostě záleží na konkrétní situaci.

Jod: viem, veď to bola iba reakcia na príspevok. Uviedol som prípad, že si stránku spravuje klient sám.