Séparer l'utile de l'inutile

Bonjour à tous,

A nouveau, je vous sollicite pour faire un petit sondage sur les fonctionnalités TPL que vous jugez vraiment utiles... Ou non. Bien entendu, ce qui serait "inutile" jarterait donc du moteur, mais resteront dans un sujet pour donner la possibilité de les réimplémenter.

Voici une liste à laquelle je pense, qui n'est pas définitive :

-> Les arrays (les blocs sont là pour ca après tout...)
-> Les fonctions (<function...> et <call...>
-> Qui dit arrays dit foreach
-> Déclaration de variables intpl

Voyez vous d'autres fonctionnalités à séparer du coeur des TPLs ? Ou Parmi celle là, les utilisez vous vraiment beaucoup ?

J'utilise Foreach(), j'utilise call et function (mais c'est juste parce que c'est la, et c'est pas pratique le call de function TALUS_FUNCTION ...)
déclarationd des var: j'utilise ;)

Justement, c'est parce que c'est pas très pratique que je compte l'enlever dans un futur proche. Sinon, le foreach, comme je l'ai dit, y'a les blocks qui sont fait pour et offre d'avantages de fonctionnalités (et c'est un foreach caché en fait). Les Arrays, autant définir plusieurs variables...

Et pour les fonctions, comme je l'ai dit, c'est parce que c'est pas si pratique que je compte peut-être les virer... Pourquoi au profit d'inclusions partielles, à la symfony (ou comme l'a déjà fait McKeys)

Enfait j'ai rien dit, le call est bien comme ça, sinon les filtres perdent leur utilité ;p.
"Les Arrays, autant définir plusieurs variables..."
J'ai pas bien compris, tu veux virer les arrays {e['e']} ?
Heu, lol ?

et pour les foreachs ... Non, ça complique tout ce que je fait si tu enlève.
Déjà parce que j'utilise un filtre json_decode pour stocker un array dans mes variables récupérer à partir d'autres choses ... Et les blocks, quoi que tu disent, je trouve pas ça pratique.
J'ai besoin d'utiliser les clefs _et_ les valeurs de chacun de mes arrays ...

Tout ce que tu fais avec les arrays, tu peux le faire avec les blocs. Les arrays m'empêchent de faire pleins de trucs que j'aimerais beaucoup faire (entre autre, privatiser les variables dans le coeur du moteur, passer des arguments aux includes, ...). Je les laisse, car c'était une fonctionnalité qui était +/- demandée par des personnes de mon entourage, et aussi parce que j'en utilise, même si je pourrais très bien utiliser les blocs, qui font ca encore mieux.

Ton json_decode, tu n'as pas besoin d'un filtre pour l'utiliser, surtout si ce sont des données que manifestement tu n'utilisera pas sans ce filtre ; tu peux très bien l'appliquer à la sortie, lors de la définition de la variables. Pareil pour tout serial.

Les blocs, je trouve ca personnellement bien plus clair que les arrays. Je préfère nettement {bloc.VAR} que le hasardeux {KEY,VAR} et {VALUE,VAR}. Je préfère également nettement <block name="bloc"> que <foreach ary="{$BLOC}">. Et au niveau des perfs, c'est exactement la même chose... Ah non, c'est même mieux, vu que y'a un passage par référence, qu'il n'y a pas dans les foreach tpl.

Après, call & define, c'est encore très hasardeux, va falloir que je les revois en profondeur, mais actuellement, j'ai la flemme.

Facon, comme je l'ai dit dans le premier message, il s'agirait juste de les virer du package par défaut. Après, je laisserais un sujet en place, ou des téléchargement avec des patchs à jour pour les remettre facilement.

Bref...

Exactement: tu nous demande ce que nous en pensons: je te répond
je pense que call peut virer, je l'utilise pour exploiter à fond le moteur mais je peut la virer facilement
define (var ?), je l'utilise avec mes paramètres pour faire un array_merge, etç ...

Maintenant, si tu vires les foreachs, va falloir que tu me fasse comprendre comment je peux faire "KEY," et "VALUE," (et je trouve ça très clair, {VALUE,ARYFOREACHED} ça me parait aussi que bloc.variable ...) avec les blocs. Les itérateurs ça ne me sert pas du tout