07-01-2008, 09:39 AM
Bah si, il y a une raison :o c'est que le fait de déterminer s'il y a un 's' ou pas à 'commentaire', c'est de l'ordre de l'affichage, donc ça doit être idéalement géré par le moteur de template ou le système de traduction qui gèrera les formes plurielles (c'est pas trivial : en anglais on dit "0 egg", "1 egg", "2 eggs", en français on dit "0 œufs", "1 œuf", "2 œufs, et je ne doute pas qu'il y a bien d'autres systèmes bien lourds dans d'autres langues).
Par défaut si la forme plurielle n'est pas gérée par le système de traduction, on peut en réalité difficilement le laisser traiter par le moteur de template. Donc au pire on va le traiter juste avant.
Mais le traiter au moment où on rapatrie les données, ça n'a pas de sens, ça n'a rien à voir avec le rapatriement des données mais avec leur affichage, c'est à dire deux phases opposées (dans l'ordre d'exécution) !
De plus quand on va rapatrier l'ensemble des 80 commentaires, on va ajouter une colonne factice qui contiendra 80 fois "commentaires", quelle gachis de mémoire
Donc non, pas logique de mettre ce type de traitement dans les requêtes
Par défaut si la forme plurielle n'est pas gérée par le système de traduction, on peut en réalité difficilement le laisser traiter par le moteur de template. Donc au pire on va le traiter juste avant.
Mais le traiter au moment où on rapatrie les données, ça n'a pas de sens, ça n'a rien à voir avec le rapatriement des données mais avec leur affichage, c'est à dire deux phases opposées (dans l'ordre d'exécution) !
De plus quand on va rapatrier l'ensemble des 80 commentaires, on va ajouter une colonne factice qui contiendra 80 fois "commentaires", quelle gachis de mémoire
Donc non, pas logique de mettre ce type de traitement dans les requêtes
Ressources [PHP][MySQL][prototype.js]