Пару лет назад я построил IBDOM: http://ibdom.sf.net/ | По состоянию на декабрь 2009 года он поддерживает привязку jQuery, если вы получаете ее прямо из магистрали.
$("#foo").injectWith(collectionOfJavaScriptObjects);
или
$("#foo").injectWith(simpleJavaScriptObject);
Кроме того, теперь вы можете поместить все маркеры «data: propName» в атрибуты class = «data: propName other classnames», чтобы вам не пришлось засорять содержимое вашего приложения этими маркерами.
Я еще не обновил кучу документации, чтобы отразить мои недавние улучшения, но у меня были различные версии этой платформы с 2007 года.
К скептикам этого вопроса:
Когда Microsoft изобрела с IE5 то, что мы теперь знаем как XmlHttpRequest и шаблон «ajax», часть обещания, лежащего в основе этого, заключалась в чисто обмене данными между веб-браузером и сервером. Эти данные должны были быть инкапсулированы в XML, потому что в 1999/2000 году XML был просто очень популярен. Помимо получения XML-документа по сети с помощью механизма обратного вызова, компонент MSXML ActiveX MS также поддерживал предварительную реализацию того, что мы теперь знаем как XSL-T и XPath.
Комбинация получения HTTP / XML, XPath и XSL-T предоставила разработчикам огромные возможности для создания богатых «документов», которые вели себя как «приложения», просто отправляя и, что более важно, получая данные с сервера.
Почему это полезный шаблон? Это зависит от того, насколько сложен ваш пользовательский интерфейс и насколько вы заботитесь о его ремонтопригодности.
При построении визуально очень богатого семантически размеченного интерфейса с расширенным CSS последнее, что вам нужно сделать, это разбить фрагменты разметки на «мини-контроллер / представления», чтобы вы могли .innerHTML фрагмент документа в основной документ, и вот почему.
Одним из ключевых принципов обеспечения управляемости расширенного пользовательского интерфейса html / css является сохранение его валидации, по крайней мере, во время активной фазы разработки. Если ваша разметка проходит проверку, вы можете сосредоточиться на своих ошибках CSS. Теперь, если фрагменты разметки в конечном итоге внедряются на различных этапах взаимодействия с пользователем, все это становится очень громоздким в управлении, и все это становится хрупким.
Идея заключалась в том, чтобы иметь все ваши конструкции пользовательского интерфейса разметки в одном документе, извлекать ТОЛЬКО ДАННЫЕ по сети и использовать прочную структуру, которая будет, по крайней мере, просто вводить ваши данные в ваши конструкции разметки и, как минимум, воспроизводить конструкции разметки который вы отметили как повторяемый.
Это было возможно с XSL-T и XPath в IE5 +, но практически без других браузеров. Некоторые браузерные фреймворки F / OSS балуются XPath, но пока это не совсем то, на что мы можем положиться.
Итак, что еще лучше всего для достижения такого шаблона? IBDOM. Получите данные со своего сервера, вставьте их в свой документ. легко.