Рекомендуется: используйте атрибут ответа в ASP-- ContentType Я столкнулся с такой проблемой при использовании ASP для создания веб -страниц для определенной единицы. В предыдущей системе MIS устройства некоторые файлы Word были сохранены в базе данных в виде байтовых потоков. Теперь пользователь попросил меня использовать ASP, чтобы взять эти данные файла Word из базы данных и отобразить их на веб -странице.
Привязка данных не является новой концепцией, и IE 4.0 уже обеспечил его богатую поддержку. Тем не менее, привязка данных не ценится, как это заслуживает, и многие разработчики, похоже, более склонны использовать методы сценариев на стороне сервера. Однако на самом деле связывание данных более эффективно, чем последнее, как с точки зрения реализации кода динамических веб -страниц, так и с точки зрения эффективности работы динамических веб -страниц.
В этой статье будет представлена архитектура, принцип работы и метод реализации привязки данных, и, наконец, сделает сравнения и выводы о рабочей нагрузке программирования и эффективности веб -страницы этих двух методов.
Сначала давайте посмотрим на простой пример. Определенная веб -страница отображает текущий статус инвентаризации склада. Пользователи могут выбрать метод сортировки данных самостоятельно: сортируйте по имени, цене, количеству запасов и т. Д. товара. Используя технологии на стороне сервера, такие как CGI, ISAPI или ASP и другое промежуточное программное обеспечение, если пользователям нужны методы сортировки N, скрипт приложения должен представить на сервер как минимум n запросов данных. Для данных с одним и тем же контентом требуются несколько операций базы данных только из -за различных методов отображения, которые потребляют много сетевой пропускной способности.
Другим распространенным примером является то, что, когда необходимо отображать большую сумму данных, каждый раз, когда вы поворачиваете страницу, вам необходимо восстановить соединение с сервером, отправлять запрос на запрос, а затем найти данные. Связывание данных обеспечивает эффективные решения этих подобных задач.
Архитектура привязки данных и принцип работы
Архитектура привязки данных включает в себя четыре компонента: объект источника данных, объект отображения данных и два агента (агент привязки и агент рептирования таблицы). Объект источника данных предоставляет данные на веб -странице. Объект отображения данных - это элемент HTML, который отображает данные, и прокси используется для обеспечения рабочей синхронизации первых двух. На рисунке 1 показан принцип четырех частей, работающих вместе.
Как показано на рисунке 1, объект источника данных отвечает за связь с сервером фоновой базы данных и кэширует данные, возвращаемые сервером DB в локальном кеше в качестве коллекции. После этого любые операции, выполняемые в этом наборе данных, такие как сортировка, фильтрация, подмножество и т. Д., Проводятся в локальном кэше, а прокси отвечает за связь и синхронизацию между источником данных и элементами HTML, которые отображают данные.
Рисунок 1
Этот способ привязки данных позволяет разработчикам программ минимизировать объем программирования сценариев, используя расширенные объекты HTML и подключаемые данные источника данных. По сравнению с веб-страницами, сгенерированными традиционными сценариями на стороне сервера, после того, как данные загружаются на клиент один раз, никаких дополнительных запросов сервера не требуется для любых операций, выполненных в данных, тем самым сохраняя пропускную способность сети и улучшая скорость загрузки.
Реализация привязки данных
В этом разделе будут представлены свои компоненты и реализации в соответствии с архитектурой привязки данных.
1. Объект источника данных
Первым шагом в реализации привязки данных является: Определите данные, которые будут отображаться на веб -странице, выберите подходящий объект источника данных (DSO), а затем обратитесь к DSO на веб -странице. Гибкость связывания данных сначала отражается в поддержке нескольких DSO. IE 4.0 и выше поддерживает следующие типы DSO:
● Управление табличными данными (TDC): это простой DSO, который обеспечивает доступ к форматированным текстовым файлам. То есть источник данных, предоставленный TDC, представляет собой текстовый файл, отформатированный с указанным разделителем.
● Удаленная служба данных (RDS): предшественником RDS является ADC (управление данными доступа). RDS связывается с базой данных через OLE-DB или ODBC для получения данных.
● Апплет из данных JDBC: разница между IT и RDS заключается в том, что подключение к базе данных использует JDBC.
● Источник данных XML: расширенный язык разметки XML использует стандартные методы для описания и обмена структурированными данными; Данные XML описаны в открытом текстовом формате и передаются через стандартный протокол HTTP. Характеристики самого XML определяют, что это по своей сути гибкая и мощная DSO. IE4.0 использует Java Applet для реализации XML DSO; IE5.0 поддерживает остров данных, и пользователи могут напрямую использовать тег <xml> для определения данных как DSO.
● Источник данных MSHTML: в дополнение к использованию внешних элементов управления в качестве DSO, разработчики также могут определять наборы данных в документах HTML и использовать сам MSHTML в качестве источника данных.
● Пользовательский тип DSO: в дополнение к пяти типам DSO, четко определенным выше, IE также поддерживает определенные пользовательские типы DSO, если DSO следует за интерфейсом DSO 4/MSHTML.
DSO может быть указан во время дизайна или может быть добавлен, модифицирован и удален динамически во время выполнения.
2. Потребитель данных, который поддерживает привязку данных
Привязывающие HTML-элементы разделены на две категории: однозначный потребительский и табличный потребитель. Однозначный объект отображает поле текущей записи, предоставленной DSO, в то время как каждый элемент строки в объекте таблицы соответствует различному полю в записи и использует это в качестве шаблона для повторного отображения каждой записи в наборе данных. Объект отображения данных может быть связан с DSO во время проектирования или динамически во время выполнения.
Динамические характеристики DSO и потребителя данных позволяют модифицировать существующие привязки элементов; Мало того, объектная модель DHTML также поддерживает динамическое добавление элементов привязки данных и объектов источника данных во время выполнения, поэтому данные могут быть загружены клиенту асинхронным образом. Эта функция позволяет разработчикам сократить начальное время загрузки контента веб-страницы и отображать контент из нескольких различных наборов данных на странице, что позволяет интерактивным пользователям получать высококачественные услуги.
Элементы HTML, которые поддерживают привязку данных, включают в себя: A, Applet, Button, Div, Frame, Iframe, IMG, вход (включая флажок, скрытый, метка, пароль, радио, текст и т. Д.), Метка, шатер, выберите, SPAN и TextArea. Среди них, A, Button, Div, IMG, Frame, Iframe, Lable, Marquee и Span поддержка привязки данных только для чтения; В то время как вход (кроме типа кнопки), выберите, Textarea, объект и элементы апплета поддерживают функцию обновления связанных данных.
3. Операции, поддерживаемые привязкой данных
Поделиться: как использовать программы ASP, чтобы определить, есть ли файлы на диске Ниже приведено цитируемое содержимое: <%Dim objfolderdim objfsodim j Установить fso = server.createObject (scripting.filesystemobject & Q
2 страницы в общей сложности предыдущей страницы 12 Следующая страница