Il y a quelques années, j'ai construit IBDOM: http://ibdom.sf.net/ | Depuis décembre 2009, il prend en charge la liaison jQuery si vous l'obtenez directement depuis le coffre.
$("#foo").injectWith(collectionOfJavaScriptObjects);
ou
$("#foo").injectWith(simpleJavaScriptObject);
De plus, vous pouvez maintenant placer tous les marqueurs "data: propName" dans les attributs class = "data: propName other classnames", de sorte que vous n'ayez pas à joncher le contenu de votre application avec ces marqueurs.
Je n'ai pas encore mis à jour une partie de la documentation là-dessus pour refléter mes récentes améliorations, mais j'ai eu différentes versions de ce cadre en production depuis 2007.
Aux sceptiques de cette question:
À l'époque où Microsoft a inventé avec IE5 ce que nous appelons maintenant XmlHttpRequest et le modèle «ajax», une partie de la promesse derrière cela était d'échanger purement des données entre un navigateur Web et le serveur. Ces données devaient être encapsulées dans XML, car en 1999/2000, XML était tout simplement très chaud. Au-delà de la récupération d'un document xml sur le réseau avec un mécanisme de rappel, le composant MSXML ActiveX de MS a également pris en charge une mise en œuvre préliminaire de ce que nous appelons maintenant XSL-T et XPath.
La combinaison de la récupération de HTTP / XML, XPath et XSL-T a donné aux développeurs une grande créativité pour créer des «documents» riches qui se comportaient comme des «applications», uniquement en envoyant et, plus important encore, en récupérant des données sur le serveur.
Pourquoi est-ce un modèle utile? Cela dépend de la complexité de votre interface utilisateur et de l'importance que vous accordez à sa maintenabilité.
Lors de la construction d'une interface sémantiquement balisée visuellement très riche avec CSS avancé, la dernière chose que vous voulez faire est de découper des morceaux de balisage en "mini-contrôleur / vues", juste pour que vous puissiez .innerHTML un fragment de document dans le fichier principal document, et voici pourquoi.
Un principe clé pour garder une interface utilisateur html / css avancée gérable, est de préserver sa validation au moins pendant sa phase active de développement. Si votre balisage se valide, vous pouvez vous concentrer sur vos bogues CSS. Maintenant, si des fragments de balisage finissent par être injectés au cours des différentes étapes de l'interaction utilisateur, tout devient très difficile à gérer et le tout devient fragile.
L'idée était d'avoir toutes vos constructions d'interface utilisateur de balisage dans un seul document, de récupérer UNIQUEMENT DES DONNÉES sur le réseau et d'utiliser un cadre solide qui injectera au moins simplement vos données dans vos constructions de balisage, et au plus répliquer les constructions de balisage que vous avez marqué comme répétable.
Cela était possible avec XSL-T et XPath dans IE5 +, mais pratiquement aucun autre navigateur. Certains frameworks de navigateur F / OSS ont essayé XPath, mais ce n'est pas tout à fait quelque chose sur lequel nous pouvons compter pour le moment.
Alors, quelle est la meilleure chose à faire pour obtenir un tel modèle? IBDOM. Récupérez les données de votre serveur, injectez-les dans votre document. sans effort.