Составные документы

Единообразная передача данных и объекты с подключением

Моникеры

Моникер (moniker, имя, кличка ) сам по себе является СОМ-объектом, но весьма специфического назначения: любой моникер знает, как создать и инициализировать экземпляр другого объекта. Например, имея моникер для банковского счета, можно попросить его создать счет, инициализировать его и соединить с ним. Все детали, необходимые для выполнения этих действий, скрыты от клиента. Если он хочет работать посредством моникеров с двумя банковскими счетами, то ему потребуется два отдельных моникера, по одному для каждого объекта — счета. Вообще моникеры в среде СОМ не необходимы; они просто облегчают жизнь клиентов.

Стандартный способ обмена информацией в мире СОМ — единообразная передача данных (Uniform Data Transfer). Как и любая технология OLE, использующие его приложения должны поддерживать определенные интерфейсы СОМ. Методы этих интерфейсов определяют стандартные способы для описания передаваемых данных, для указания их местоположения и собственно для их пересылки. Они даже определяют простой механизм, позволяющий одному приложению уведомить другое о том, что нужные последнему данные стали доступны. Хотя единообразная передача данных вряд ли является наиболее достойным внимания аспектом СОМ, она играет важную роль в работе СОМ-приложений.

Полезная в определенных ситуациях простая схема, определенная как единообразная передача данных для уведомления клиента о наличии интересующих его данных, не вполне достаточна. Именно для ликвидации этих недостатков на основе СОМ была разработана технология объектов с подключением (Connectable Objects). Обеспечивая более общий механизм обратной связи объекта с клиентом, объекты с подключением позволяют клиенту легко получать уведомления об интересующих его событиях.

В текстовые процессоры добавляются графические возможности, в электронные таблицы – средства построения диаграмм, и, кажется, все кончится созданием одного большого приложения для решения всех задач. Но в действительности цель как раз не в этом, а в интеграции разных приложений. Например, добавлять поддержку графики в текстовый процессор не потребуется, если внутри него можно будет использовать некоторое уже существующее графическое приложение. Пользователю должно представляться нечто такое, что выглядит как один документ, хотя на самом деле над разными частями такого документа совместно работают разные приложения.

Для решения этой проблемы предназначена технология OLE (ранее известная как документы OLE — OLE Documents). Поддерживая нужные СОМ-объекты, каждый с собственным набором интерфейсов, независимые приложения могут совместно работать, чтобы пользователь получил один составной документ. Все эти интерфейсы носят абсолютно общий характер — ни одно приложение не знает, что представляют собой другие. OLE поможет просто задействовать в случае необходимости существующее приложение электронной таблицы.

Определенный OLE стандартный интерфейс обеспечивает взаимодействие между приложениями любых типов и любых производителей, а не только между электронными таблицами и текстовыми процессорами Microsoft.

При создании составного документа с помощью OLE одно из приложений всегда является контейнером. Как следует из названия, контейнер определяет самый общий документ, в котором содержится все остальное. Другие приложения - серверы - могут размещать свои документы внутри документа-контейнера.

При использовании OLE документ сервера может быть либо связан, либо внедрен в документ контейнера. Связанный документ сервера хранится в отдельном файле, а в документе контейнера хранится лишь связь с этим файлом. (На самом деле связью является моникер.) Внедренный документ сервера хранится в том же файле, что и документ контейнера. (Два приложения при этом совместно используют общий файл с помощью структурированного хранилища).

Для стандартизации доступа к различным базам данных Microsoft предлагает средства различного уровня, такие как открытая связь с базами данных (ODBC), объекты доступа к данным (DAO), удаленные объекты данных (RDO). Компоненты доступа к данным Microsoft (MDAC) представляют собой набор инструментов основных технологий, используемых Microsoft для универсального доступа к данным, описание которых приведено ниже:

· ODBC представляет собой проверенный интерфейс API, позволяющий приложению получить доступ к реляционной информации из различных систем управления базами данных.

· OLE DB представляет собой открытую спецификацию набора системных интерфейсов низкого уровня, базирующихся на COM и разработанных источниках информации. Все специфические особенности источника информации скрыты в интерфейсе OLE DB и представлены в общем формате, с которым приложение работает одним и тем же образом.

· ADO представляет собой открытую спецификацию набора системных интерфейсов уровня приложения, базирующихся на COM и созданных для поддержки разработки. ADO использует OLE DB для доступа к данным и предоставляет разработчику, знакомому с DAO и RDO, удобный интерфейс.

OLE DB определяет открытый, расширяемый набор интерфейсов, которые выделяют и инкапсулируют независимые части функциональности СУБД (контейнеры рядов, процессоры запросов и координаторы транзакций) обеспечивающие унифицированный доступ к разнообразным источникам информации. В свою очередь функциональность OLE DB включает доступ и обновление данных, обработку запросов, уведомления, транзакции, защиту и удалённый доступ к данным. Определяя унифицированный набор интерфейсов доступа к данным, компоненты OLE DB не только способствуют унификации доступа к разным источникам информации, но и позволяют уменьшить требования приложений к объёму памяти, позволяя им задействовать только те возможности СУБД, которые действительно необходимы.

Дата добавления: 2014-11-29