[Poslední sobota] Nováčková, Praha, 26.1.2013

Budou se natáčet přednášky (budou pak někde volně dostupné) ?

Uvolnil jsem z té stovky jedno místo, takže si jej někdo s chutí zaberte :).

ad Curry House: Rád bych se přidal, ale udělal jsem časové odhady a nejde to moc dobře stihnout. Výprava z Brna se dokáže dostat na Palmovku 12.39. Stihnutí začátku PS ve 14.00 vyžaduje odjet z Palmovky 13.44. Vzhledem k rychlosti s jakou v Curry House vaří to nevidím reálně. Leda bych dorazil do Curry House napřed sám a objednal si jídlo v předstihu :)

Vzhledem k tomu, že Curry House nejde moc reálně stihnout se půjde možná do Masaly, která otvírá už ve 12:00. Brňáci buď přijedou vlakem o hodinu dřív nebo jim jídlo můžeme objednat.

Čau, přidal bych se do indický, platí teda ta Masala?

Ok, tak já si skočim do curryhousu, kdyby se tam někdo chtěl stavit.

Kvůli workshopu o GITu ( kterej byl supr, díky @VitekJezek ), jsem neviděl přednášku Honzy Tvrdíka. Najdu jí v blízké době někde na webu?

Filip Procházka napsal(a):

Z posoboty je záznam, jen si nepamatuju kdo ho pořizoval, ale určitě bude brzy online :)

Pokud se nemýlím, tak Ot@s, ostatně jako už dříve.

Pokud někdo nevymyslí jiný program, tak je standardní, že se střídá Praha a Brno :)

Majkl578 napsal(a):

Filip Procházka napsal(a):

Z posoboty je záznam, jen si nepamatuju kdo ho pořizoval, ale určitě bude brzy online :)

Pokud se nemýlím, tak Ot@s, ostatně jako už dříve.

Ano, záznam je a v průběhu týdne ho dodám. Některé podklady mi musí dodat samotní přednášejcí, tak je to malinko závislé i na nich.

A kde budou záznamy? Na NetteFW YT kanálu?

Tak hold smůla, chtěl jsem se kouknou na záznam. :/

Také jsem si myslel, že se jich už nedočkám. Před 12 dny se tu psalo, že už se některé uploadují a pořád nic. =/

To, co jsem uploadoval, už dávno doběhlo, ale to byl akorát záznam monitoru.

@enumag: http://www.slideshare.net/…tions-in-php

Video z přednášky: https://www.youtube.com/watch?…

@Jan Tvrdík: Pěkná přednáška, ale mám jeden prekérní dotaz: Když tak zavrženi hodné používat „cizí“ exception, jak chceš řešit třeba zachytávání BadRequestException v rámci ErrorPresenteru? Pokud neexistuje routa, vyhodí se výjimka od Nette. Pokud potřebuji já explicitně vyhodit výjimku, že stránka (např s daným parametrem id) neexistuje i přesto, že ji router pustí, tak mám vyhodit výjimku jinou? To mi připadá poněkud hloupé. Určitě bych našel i další podobný příklad…

@enumag ale to už tam můžeš dát rovnou tu původní. Když tu původní @dg odstraní, budeš mít úplně ten stejný problém, který popsal ve videu @Jan Tvrdík.

Edit: když nad tím tak přemýšlím, Tvé řešení má přecijen jednu podstatnou výhodu. Umožňuje snažší opravu. Ale původní problém to nevyřeší.

Editoval castamir (21. 2. 2013 0:57)

@castamir: Když už se ptáš tady, ta holt i tady odpovím. Na tu přednášku jsem měl asi tak 2× méně času, než kolik bych potřeboval. Důsledkem toho jsem některé věci úmyslně zjednodušoval. Jedna z nich je i tvrzení, že musíš vyhazovat pouze výjimky z vlastního jmenného prostoru. To totiž platí pouze v případě, že jsi to ty, kdo definuje API metody. Implementuješ-li nějaké rozhraní nebo dědíš-li od nadřazené třídy, tak často máš povinnost respektovat již definované API. V tomto případě má respektování API přednost před nutností omezit se na vlastní prostor. Z toho důvodu je (obecně) vyhození Nette\Application\BadRequestException z vlastního presenteru korektní postup za předpokladu, že dědí od Nette\Application\UI\Presenter. Vytvořit si vlastního potomka té výjimky, jak navrhuje @enumag, je samozřejmě také korektní postup (možná o něco málo korektnější), ale rozhodně to není nutnost. V tomto konkrétním případě je navíc stejně lepší použít metodu error.

Když už tu dovysvětluji přednášku, tak ještě rozvedu psaní těch @throws anotací. Za ideální kompromis mezi dokonalostí a pragmatismem považují psaní všech výjimek, které mají smysl být zachytávány. To jsou všechny runtime errory bez system failures. Tedy netřeba psát anotace pro usage errory a pro system failures (to by vedlo akorát k tomu, že většina metod v modelu by měla anotaci @throws DibiDriverException).

Přidávám-li novou @throws anotaci, čímž měním API metody, tak postupuji stejně, jako když změním parametry nebo návratovou hodnotu. Dohledám všechny použití té metody a upravím je v souladu s novým API. Tedy výjimku v nich buď zachytím nebo přidám i k nim @thows anotaci, tím změním jejich API… Člověk si tak mimochodem výrazně lépe uvědomí, jak mu ty výjimky bublají a snáze najde optimální úroveň, kde je zpracovat.