Kde Nette bere proměnnou z adresy?

Z té otázky nejsme úplně moudrý, pomohl by životní cyklus presenteru?

Já myslim, že se ptá na to kde v actionXXX nebo renderXXX vezme proměnou z url. Takže by měla být odpověd, že jí daná akce dostane jako parametr, ale čert ví na co se ptá :D

Editoval Ani (8. 6. 2011 0:58)

HosipLan: Jo, ale to máš pravdu, sry :-D

Editoval xxxObiWan (7. 6. 2011 23:11)

to jsem to napsal tak špatně? no nevadí snad
potřebuju zjistit kde Nette přijde na to, že v URL adrese je ten parametr a jak ho dokáže nějak zavést do skriptu

prostě mi není jasné, když tam není žádné $_GET ani nic podobného, žádné volání třídy tak jak může mít najednou ta proměnná hodnotu

samozřejmě vidím stejné názvy parametru proměnné actionShow/renderShow jako v $GET, ale stále mi to není jasné :(

takže kdybys měl v adrese ještě další proměnnou test s hodnotou 123 tak se budou action/render Show funkce volat s 2 parametrama – showDoneTasks a test?

jo přečetl jsem si první článek – včera jsem byl celej den ospalej tak jsem to napsal nějak špatně už večer :(

Editoval CZechBoY (8. 6. 2011 7:40)

Pokud tě to hodně zajímá…

1. v boostrap.php máš $application->run();
2. tam je volání routeru, který url rozdělí podle masky a GET query
3. vytvoří objekt Nette\Application\Request do kterého data naplní (název presenteru, akce, ostatní parametry, …)
4. pomocí objektu $request zjistí jak, a vytvoří Presenter
5. presenteru předá znovu ten request $presenter->run($request)
6. v Presenter je magická metoda, která umí podle zadaných parametrů array('ooo' => 1, 'fff' => 2) volat metodu, tak aby ty klíče seděly na metodu. Takže pak zavolá třeba actionDefault($fff) jako $presenter->actionDefault(2). Detaily myslím řešit nemusíš, je tam magie s reflexí

No a přes $component->getParams() jsou v komponentách (takže i v presenteru) přístupné ty parametry z request. Je to všecko takhle krásně propojené :)

Tak do tvejch vlastních metod se ti žádné get parametry cpát nebudou, ale zase, můžeš je v presenteru volat přes $this->getParam(‚xyz‘) nebo v komponentě přes $this->presenter->getParam(‚xyz‘) v jakékoliv metodě, nebo za předpokladu že tu metodu voláš z action/render metody, tak tak prostě dáš parametry co jsi dostal jako parametry té action/render…

Jo, do presenteru, vždycky do toho v jehož šablonách se bude ta komponenta vykreslovat, nebo nějakého nad tím (do presenteru který ten současný dědí)… pokud je formulář velký, tak si ho můžeš dát do vlastní třídy, ale akorát na úrovní že ti bude vracet ten form, ale v presenteru si zase budeš muset udělat createComponentXyz metodu…

nemusí se to jmenovat podle presenteru, ale pokud logicky sedí todoForm, tak proč ne ;)
a makro widget je zastaralé, sice asi ještě bude fungovat, ale už se používá control – takže {control todoForm}

createComponentNeco vytvoří komponentu se jménem Neco. Nezáleží na tom, co je ta komponenta zač. Pokud je vykreslitelná (což formuláře jsou), tak při zadání {control neco} do šablony se komponenta v tom místě vykreslí.

Co se ti vykreslí po odeslání záleží na tobě. Na formulář se dají navěsit různé události, tzn. kód, který se zavolá např. po odeslání, po stisku tlačítka,… V těchto událostech si nějak zpracuješ data, která uživatel vyplnil a následně mu můžeš zobrazit hlášku.

Obvykle bývá formulář na jiné stránce, než kam uživatele přesměruješ po úspěšném vyplnění dat – v takovém případě bys měl dvě různé šablony a nemusel bys nic testovat.

On sám koncept PRG ti nějaké testování stavu neumožňuje – zkrátka po úspěšném odeslání by mělo dojít k přesměrování a tak při nejbližším přístupu k formuláři bude ten opět ve stavu neodesláno=)

CZechBoY wrote:

takže bych udělal metodu formSubmitted a tam bych zobrazil text „Úspěšně odesláno“ nebo jak?
prostě aby se ta stránka nezobrazila když formulář nebude odeslaný a zpracovaný

To si někam přesměruj a přidej tam třeba flash message…

oukej, jak se pracuje s tím flashMessage? to jako přidám zprávu (můžu HTML?) a ta se zobrazí společně s layoutem?

_Martin_ napsal(a):

createComponentNeco vytvoří komponentu se jménem Neco. Nezáleží na tom, co je ta komponenta zač. Pokud je vykreslitelná (což formuláře jsou), tak při zadání {control neco} do šablony se komponenta v tom místě vykreslí.

sry, že tě chytám zase za slovo, ale je formulář opravdu vykresiltelná komponenta? opět se odvolám na tento draft. O nic nejde, jen v tom chci mít jasno. Chapal jsem to tak, že komponenta musí mít metodu render(), což tady je a není pravda.

@22: To se omlouvám, máš pravdu – nějak jsem si to popletl, právě kvůli té funkci render.

teď jsem trošku zkoumal ten příklad s TodoLitem a když v URL ručně přepíšu hodnotu showDoneTasks z 1 na třeba 99 tak se to samo přesměruje na showDoneTasks=1 to je nějaké zajímavé toto :)

zajímavé, ale 1 není bool ale int :) to samé platí pro 99, 999999, 888, 1.001 ne?

@CZechBoY
Skúšal si niekedy niečo takéto?

$int99 = 99;
$int0 = 0;

if ($int0){
	echo "TRUE";
}else{
	echo "FALSE";
}

if ($int99){
	echo "TRUE";
}else{
	echo "FALSE";
}

Reku skús čo ti to vyhodí :D
PHP si to pretypuje aj samo, 0 je teda vždy false, a číslo vždy true (aj záporne) a podobne je to s reťazcom (prázdny false a neprázdny true) – toto teda platí ak sa ma s premennou pracovať ako s boolean → nie je to teda len o Nette

Editoval vranacik (8. 6. 2011 19:37)

však já vim co je INT, ale nechápu proč to přesměrovává :)

takže formulář bude na stránce form/show a když to budu odesílat tak se přejde na stránku form/post?
potom v té třídě s vytvářením formu(createComponentNejForm) bude další funkce processNejForm(AppForm $form).
Ta se spustí při odeslání formuláře nebo přejití na stránku form/post?
$form[‚save‘]->isSubmittedBy() znamená, že musí být formulář odeslán přes tlačítko nebo funguje i odeslání JavaScriptem, nebo enterem nad nějakým textboxem?

@Tharos: Kdyby mě něco napadlo tak dám vědět :)

Editoval HosipLan (9. 6. 2011 9:43)

já mám dokumentaci přečtenou, ale prostě ji nechápu, v pozdějších krocích už se nepíše co kam patří tak v tom mám prostě bordel