Пример 1. При подготовке текста в текстовом процессоре нередко возникает необходимость размещения между блоками текста иллюстративного материала

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

Однако не все приложения Windows поддерживают технику OLE. Способные к этому приложения делятся на три группы:

· OLE-серверы (родительские приложения, приложения-источники) представляют собой приложения, из которых можно встраивать объекты или связывать их с другими приложениями.

· OLE-клиенты (приложения-приемники) представляют собой приложения, которые могут размещать в своих документах встроенные или связанные объекты из OLE-серверов. Такие документы называют составными.

· приложения, которые могут выполнять роль как сервера, так и клиента одновременно.

Объекты в технологии OLE

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

Связывание и внедрение объектов

Существует два варианта использования OLE: установление связи с объектом; внедрение (встраивание) объекта.

Основное различие между связыванием и внедрением объектов состоит в способе хранения данных.

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