Modifikátory a pole, objekty, skaláry

Co to udělat obráceně, tj. nějaký speciální znak, když nechci aplikovat na jednotlivé prvky pole, ale na celé pole?

jasir napsal(a):

A co takhle kdyby prostě helpery pracovala podle selského rozumu, tj. lenght by vždy vrátil počet prvků, webalize by vždy pracovala nad všemi poli?

Hlasuju proti tomuto, Tebou uvedené příklady jsou jasné, ale určitě jsou nebo budou jiné helpery, které tak jasné nebudou, a nebo jak bys rozhodnul takové chování u uživatelských helperů? Je nutné to nějak označit. Můj návrh je např. ~ nebo možná # (mě to evokuje tabulky, tedy že to chci aplikovat na celou tabulku), jinak platí to, co jsem psal výše.

Přesně, jak píše jasir – má někdo vůbec nějaký příklad ze života, kdy je vhodné volat helper nad polem?

Osobně používám helpery většinou jako poslední mezivrstvu před samotným vypsání obsahu.

To že helpery volané nad polem mají svůj význam nebudu řešit.

Ale možnost nějakého znaku, který změní funkčnost helperu se mi zdá jako hrozné řešení. Uvědomte si, že šablony by měly být to nejjednodušší v celém frameworku, protože s nimi nepracují (jen) programátoři.

Vše nejednoznačné je pak důvod pro vznik chyb. Každý helper by měl být specifikován jako zobrazení A->B a jednoznačně.

Raději bych viděl například prefixový zápis speciálních helperů nad poli (a_lenght, array_lenght), nebo nějak podobně.

To právě není – modifikátorů je v Nette šablonách již pár a moje zkušenost je fakt taková, že co není napsáno, to je nepochopitelné.

Proto fakt doporučuji v šablonách i za cenu delšího zápisu používat pro helpery přesné značení (aby z názvu bylo patrné, co dělá).

V samotném Nette pak dělají již programátoři, takže tam tato konvence být nemusí.

Petr Motejlek napsal(a):

Tak já taky přidám svoji trošku: Helpery nepoužívám, používám makra ;) Makra mají oproti helperům tu zásadní výhodu, že si už při jejich namontování do šablony říkám, jak se budou vyhodnocovat a můžu je teda parametrizovat, např. {money $price, true} v mém případě naformátuje objekt price jako peníze a to true říká, že se má vypsat i měna ;).

Další výhoda maker je taková, že už z principu se jejich výstup automaticky neobaluje htmlspecialchars, což ne vždycky potřebuju a když už to potřebuju, tak to dám přímo do toho makra.

Helperům můžeš parametry přidat taky:

{$item |money:true} {* money je registrovaný helper *}

A tento výstup také není obalen escapováním, jen ta položka $item (tj. pokud helper vrací nějaký HTML kód, ten už escapovaný není).

Petr Motejlek napsal(a):

Pokud už teď mají helpery parametry, tak ale nevidím důvod, proč řešit, jak jim předávat nějaké modifikátory ;).

Ono se tu řeší, jak se má helper (který primárně používáme na string, např. length nebo upper) zachovat, když mu bude předhozeno pole nebo objekt.

Jakub Šulák napsal: To že helpery volané nad polem mají svůj význam nebudu řešit.

Mě by to docela zajímalo… ;-) Takhle, význam asi mohou mít, ale je zapotřebí zvnějšku „vysvětlovat“ helperu jak má chápat data? Není lepší napsat helper tak, aby se zachoval podle typu který mu přijde? A speciální případy řešit například nějakým dalším řetězeným helperem? {$array |specialarrayfilter |count}

Jeee, to řetězení je moc fajn nápad. :)