3vrstvá aplikace v PHP/Nette

Do otázky jak moc Nette implementuje MVC bych nerad zabředával, protože není moc jasné, co to vlastně znamená. Původní MVC ze smalltalkových desktopových GUI aplikací fungovalo tak, že uživatel zadával povely view, to předalo informace controlleru, ten obsahoval aplikační logiku a tahal data z modelu a pak je předával do view, které je zobrazilo uživateli. Tohle je 3-tier architektuře asi nejblíž.

Pak se do věci vložily webové aplikace, kde uživatel nedává povely view, ale přímo controleru. Cestou zpět zase s uživatelem nekomunikuje view, ale controler, který mu cele view (html stránku) pošle. Buď můžeš považovat controler + šablony za view a mezi controler a hloupý model dát aplikační logiku, nebo u tlustých klientů můžeš za view považovat až javascript na straně klienta.

V případě nette je to složitější, protože díky komponentovému modelu a signálům můžeš vlastně komunikovat přímo s view.

Další rozdělení je podle toho, jestli controler jenom načítá data z modelu a strká je do view, nebo (typicky u GUI) vezme správný model (objekt), nakonfiguruje ho a celý ho předá view, které si na něm pak volá příslušné metody – takhle funguje např dibi datasource/fluent nebo Nette\Database\Table\Selection.

Z těhle všech přístupů si můžeš vybrat ten, ktrerý nejlíp vyhovuje tvým potřebám a bez problému kterýkoliv použít v nette.

Myslím že nejlepší pohled na to jak v Nette funguje MVC přesněji spíše MVP poskytne starší i když co do základního pochopení funkčnosti stále aktuální článek na zdrojáku .

To je nejenom otřesné ale i hloupé. Nerad to říkám, ale i v šabloně jde udělat

{$presenter->context->session->getSection('foo')->var}

Ale to že to jde, neznamená, že to budeme používat!

Do šablony se předávají surová data, nebo struktury nad kterými jde iterovat. Pokud jde o výkon, můžeme tam předat objekt, který data při iteraci získá lazy. Ale nikdy však nevolat metody objektu úmyslně v šabloně!

HosipLan napsal(a):

To je nejenom otřesné ale i hloupé. Nerad to říkám, ale i v šabloně jde udělat

{$presenter->context->session->getSection('foo')->var}

No samozrejme ze to lze, ale pokud chcete pouzivat model v sablone, tak je to zbytecne dlouhy zapis. Jinak nez zacnete urazet ostatni, radeji si neco nastudujte o MVC, muzete zacit na zdojaku nebo na wikipedii protoze tam se dozvite zjevne pro vas zcela novou informaci, ze view se muze ptat modelu na data ;-)

Ale to že to jde, neznamená, že to budeme používat!

Do šablony se předávají surová data, nebo struktury nad kterými jde iterovat. Pokud jde o výkon, můžeme tam předat objekt, který data při iteraci získá lazy. Ale nikdy však nevolat metody objektu úmyslně v šabloně!

Toto je blbost, pokud jde o jedoducha data je zbytecne do toho zapojovat presenter a zbytecne tim zahlcujete kod, ktery nema zadnou funcni logiku.

pawouk napsal(a):

No samozrejme ze to lze, ale pokud chcete pouzivat model v sablone, tak je to zbytecne dlouhy zapis.

Nic ti nebrání v tom udělat si:

{var $session = $presenter->context->session}
{$session->getSection('foo')->var}

Jinak nez zacnete urazet ostatni…

Asi jsem slepý ale nikde jsem nepostřehl že by HosipLan někoho urážel.

Toto je blbost, pokud jde o jedoducha data je zbytecne do toho zapojovat presenter a zbytecne tim zahlcujete kod, ktery nema zadnou funcni logiku.

Naopak toto je důvod pro existenci presenteru, který ona „složitá“ data převede na jednoduchá, která pak předá šabloně.

Nehledě na bod který zmiňuje bojovyletoun:

Jak zaznělo na jedné z přednášek: V šablonách se neprogramuje

View vrstva v Nette je representováná metodami render[Foo] a šablonami (to že jsou metody render[Foo] součástí presenteru nechme stranou).

LM napsal(a):

pawouk napsal(a):

No samozrejme ze to lze, ale pokud chcete pouzivat model v sablone, tak je to zbytecne dlouhy zapis. Jinak nez zacnete urazet ostatni, radeji si neco nastudujte o MVC, muzete zacit na zdojaku nebo na wikipedii protoze tam se dozvite zjevne pro vas zcela novou informaci, ze view se muze ptat modelu na data ;-)

View se může dotazovat modelu, ale to neznamená že je rozumné v šabloně vytvářet takové závislosti, template != view, view jsou podle mě i render metody v presenteru.

Naprosto souhlasim. Jen jsem chtel podotknout, ze ze sablony se muzeme zeptat modelu, pokud jde o trivialni dotaz, pokud je to jakkoliv slozitejsi tak je tu presenter aby to naserviroval, to je bez pochyby.

To je nejenom otřesné

Nečistá praktika, to už jsme si ujasnili

ale i hloupé.

Je to hloupé, protože píšeš něco, co psát nemusíš. Zde hloupé, čti jako zbytečné, pokud tě to uráží.

Jinak,
cokoliv co nepochopí kodér, bez znalosti programování, je programování. A tohle

{var $session = $presenter->context->session}
{$session->getSection('foo')->var}

prostě je programování. Základní cykly atd kodéra naučíš, ale proč by se měl starat o to, že aplikace má nějaké sessions? To je prostě WTF!

Co se týče jednoduchých dotazů. Záleží na tom, jak to nastavíš. Sleduj tohle

class Data extends Nette\Object implements IteratorAggregate
{
	private $query;

	public function __construct(DibiFluent $query)
	{
		$this->query = $query;
	}

	public function getIterator()
	{
		return $this->query->getIterator();
	}
}

Magickou třídu teď použiji

class ArticlePresenter extends BasePresenter
{
	...
	public function renderView()
	{
		$query = $this->context->db->select('*')->from('articles');
		$this->template->articles = new Data($query);
	}
}

V šabloně pak iteruješ

{foreach $articles as $article}
	{$article->title}
{/foreach}

Získáš tím

• lazy volání dotazu ⇒ výkon a můžeš cachovat
• kodér nemusí volat metody ⇒ neprogramuješ v šabloně

Můžeš si to samozřejmě zabalit do modelu a nebo mít jinou formu lazy výsledků, to je jedno. Ale ne-programovat v šablonách lze bez problému a mělo by se to dodržovat.

PS: Do šablony můžeš samozřejmě rovnou předávat i objekt DibiFluent, ale od čeho máme zapouzdření, že.

Editoval HosipLan (3. 10. 2011 19:44)

Lopata napsal(a):

OT: Myslím, že kodér instrukci cokoliv uvnitř složených závorek je důležité a prostě na to nesahej pochopí velmi dobře… :-)

Moje řeč, navíc moje praxe ja taková, že kodér dodá pouze html, kde jsou nějaká testovací data (napsaná natvrdo) a programátor pouze nahradí text za {…} a je to.