multiParse :: Static Func

Forum Fermé - Sujet Fermé

#1 - Le 20/06/2009, à 16:57
Informpro	Voila ma fonction parse(): Code PHP <?php public function parse($tpl = ''){ // -- Erreur critique si vide if(!is_array($tpl)): if (empty($tpl)) { exit('Talus_TPL->parse :: Aucuns modèle renseigné !'); } // -- Le fichier n'est pas déclaré ? On le déclare ! if (!in_array($tpl, $this->_files)) { $this->_setFile($tpl); } $this->_tpl = $tpl; $this->_cache->setFile($this->_tpl, 0); // -- Si le cache n'existe pas, ou n'est pas valide, on le met à jour. if (!$this->_cache->isValid($this->_infos[$this->_tpl]['last_modif'])) { $this->_cache->put($this->_compiler->compile(file_get_contents($this->getRootDir() . '/' . $this->_tpl))); } $this->_cache->exec($this); else: foreach($tpl as $foreachedTpl): $this->parse($foreachedTpl) endforeach; endif; } ?> Passage en fonction statique, et ça m'évite plusieurs parse() d'affilée, ce qui fais moche et mal lisible ^^'

#2 - Le 20/06/2009, à 17:13
Talus Administrateur	Avant, y'avait une fonction multiParse exprès pour, mais je trouve ca moins lisible personnellement. Pour ca que je l'ai virée, mais elle est plutot simple à remettre en place, en fait... Soit : Code PHP `<?php //... public function multiParse() { foreach (func_get_args() as $tpl) { $this->parse($tpl); } }` Mais pourquoi la syntaxe alternative pour le if et le foreach ? J'utilise cette syntaxe que dans les TPLs, car justement elle donne un meilleur visu du code quand on ouvre et referme les balises à plein gaz, et plus appropriée pour des templates, mais en code direct dans la classe... Enfin, je déplace ce sujet dans le général de TTPL :p Dernière édition le 20/06/2009, à 17:15, par Talus Dev' de Talus' Works Quelques Liens : Twitter ~ Blog Espaces GitHub : Talus' TPL ~ Talus' Works
#3 - Le 20/06/2009, à 17:28
Informpro	C'est la même que la mienne :p juste que les récursives sont utiles ... P²S: l'utilisation de la syntaxe alternative est utilisée pour simplifier (quand je code, je met (T = tab = tabulation) Code PHP `[0T]<? [1T]class x [2T]{ [3T]function jsaipasquoi [4T]{ [5T]... [4T]} [2T]} [0T]?>` donc je préfère while(): endwhile; if: endif; for: endfor; etç ... Dernière édition le 20/06/2009, à 17:50, par Informpro
#4 - Le 20/06/2009, à 19:09
Talus Administrateur	Je sais très bien à quoi elle correspond, j'ai fait un speech dessus deux posts plus haut... Mais je trouve cette syntaxe moins lisible pour un bloc de code, je trouve les {} un peu plus. Par contre, je la trouve plus lisible dans le cas de l'utilisation en templating (avec une ouverture / fermeture des balises PHP très fréquente). Je la trouve aussi plus longue à écrire, entre autres... Mais les gouts, les couleurs... Bouh les short tags, au passage. Et ton code est vachement indenté aussi... Trop d'indentation tue l'indentation. Surtout si tu veux respecter une des normes les plus connues en prog : dans la mesure du possible, tacher de limiter les lignes à 80 caractères (120 grand max). Dernière édition le 20/06/2009, à 19:11, par Talus Dev' de Talus' Works Quelques Liens : Twitter ~ Blog Espaces GitHub : Talus' TPL ~ Talus' Works
#5 - Le 20/06/2009, à 21:11
Informpro	je trouve ça plus lisible, plus flexible ... chacun ses gouts et je trouve ça moins long de faire :\nend___; que \n{(caractère dur à faire, 'fin pas rapide)\n} ... Les shortsTags, j'avais pas fait gaffe, j'en fait jamais ^^' oui il est indenté, mais quand je superpose 7fonction (j'ai pris les habitudes de mon framework),(côté JS du FW) ben ... la limitation des lignes ? je fais jamais un forcing return line ...

Forum Fermé - Sujet Fermé

Avertir un modérateur