14/02/2012, 16:37:38
plutôt que de partir sur un postulat
ne devrait pas être un comportement définit par l'application, mais un résultat du paramétrage de l'application par l'utilisateur.
Autrement dit, on doit pouvoir faire ce que tu décris, mais également être capable de faire autrement (un énorme bloc de script pour tout, tout tout)
tu parles de tronc commun, on peut le décrire dans une partie de l'administration effectivement, mais on peut également le déclarer en haut d'un gabarit / de tous les gabarits ce qui reviendrait au même.
L'avantage que j'essaie de conserver c'est de garder une souplesse maximale pour le webmaster dans son paramétrage et une légèreté pour le système si on arrive à nos fins sans rien stocker en base et donc ne pas passer par des requêtes sql de jointures sur condition (select * from script where templateid = ....)
Citation :Je crois honnêtement que les quelques lignes de JS utiles à valider des formulaire, animer des galeries ou autre peuvent se trouver au sein d'un même fichier JS disponible partout mais en laissant le choix de l'inclure ou non car une "bête page de texte" ne nécessitant pas de script a le droit d'en être dispensée !
ne devrait pas être un comportement définit par l'application, mais un résultat du paramétrage de l'application par l'utilisateur.
Autrement dit, on doit pouvoir faire ce que tu décris, mais également être capable de faire autrement (un énorme bloc de script pour tout, tout tout)
tu parles de tronc commun, on peut le décrire dans une partie de l'administration effectivement, mais on peut également le déclarer en haut d'un gabarit / de tous les gabarits ce qui reviendrait au même.
L'avantage que j'essaie de conserver c'est de garder une souplesse maximale pour le webmaster dans son paramétrage et une légèreté pour le système si on arrive à nos fins sans rien stocker en base et donc ne pas passer par des requêtes sql de jointures sur condition (select * from script where templateid = ....)