Связывание и внедрение объектов - Object Linking and Embedding

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

Обзор

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

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

История

OLE 1.0

OLE 1.0, выпущенный в 1990 году, был развитием оригинального Динамический обмен данными (DDE) концепция, которая Microsoft разработан для более ранних версий Windows. В то время как DDE был ограничен передачей ограниченных объемов данных между двумя запущенными приложениями, OLE был способен поддерживать активные связи между двумя документами или даже встраивание один тип документа внутри другого.

Серверы и клиенты OLE взаимодействуют с системными библиотеками, используя таблицы виртуальных функций, или VTBL. VTBL состоит из структуры: указатели на функции что системная библиотека может использовать для связи с сервером или клиентом. Серверная и клиентская библиотеки, OLESVR.DLL и OLECLI.DLL, изначально были разработаны для связи между собой с помощью WM_DDE_EXECUTE сообщение.

Позднее OLE 1.0 превратился в архитектуру для программные компоненты известный как Компонентная объектная модель (COM), и позже DCOM.

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

В Упаковщик объектов, компонент OLE, доставка из Windows 3.1 вплоть до Windows XP позволяет «упаковать» объект, не относящийся к OLE, чтобы его можно было встроить в клиент OLE.

OLE 2.0

OLE 2.0 был следующим развитием OLE, преследуя многие из тех же целей, что и версия 1.0, но был повторно реализован поверх COM вместо прямого использования VTBL. Новые функции были OLE автоматизация, перетаскивание, активация на месте и структурированное хранилище. Прозвища произошел от имен объектов OLE 1 и предоставил иерархическую систему именования объектов и ресурсов, аналогичную URL-адреса или URI, которые были изобретены самостоятельно. Теперь Windows объединила две технологии, поддерживающие тип URL Moniker и схему URL Moniker.

Пользовательские элементы управления OLE

Пользовательские элементы управления OLE были введены в 1994 году как замена устаревшим Расширение Visual Basic контроль. Вместо их обновления новая архитектура была основана на OLE. В частности, любой контейнер, поддерживающий OLE 2.0, уже может встраивать настраиваемые элементы управления OLE, хотя эти элементы управления не могут реагировать на события, если контейнер не поддерживает это. Пользовательские элементы управления OLE обычно поставляются в виде библиотека динамической компоновки с расширением .ocx. В 1996 году все интерфейсы для элементов управления (кроме IUnknown) стали необязательными, чтобы уменьшить размер файлов элементов управления, чтобы они загружались быстрее; они тогда назывались Элементы управления ActiveX.

Технические подробности

Объекты и контейнеры OLE реализованы поверх Компонентная объектная модель; это объекты, которые могут реализовывать интерфейсы для экспорта своей функциональности. Только IOleObject интерфейс является обязательным, но могут потребоваться и другие интерфейсы, если требуется функциональность, экспортируемая этими интерфейсами.

Чтобы облегчить понимание того, что следует, необходимо пояснить некоторую терминологию. Статус просмотра объекта - это то, является ли объект прозрачным, непрозрачным или непрозрачным со сплошным фоном, а также поддерживает ли он рисование с указанным аспектом. Местом расположения объекта является объект, представляющий расположение объекта в его контейнере. Контейнер поддерживает объект сайта для каждого содержащегося объекта.

Далее следует список интерфейсов, сгруппированных по объектам, которые обычно должны их реализовать. Интерфейсы, обычно реализуемые объектом OLE, обычно вызываются контейнером OLE, и наоборот. Обратите внимание, что отступ в следующем списке указывает на наследование интерфейса. Все интерфейсы без отступа происходят от IНеизвестно.

OLE объект

DataObject
Когда реализовано, позволяет передавать данные и уведомлять об изменениях данных. Он должен быть реализован объектами, которые должны поддерживать перетаскивание, копироваться в буфер обмена или вставляться из него, а также быть связанными или встроенными в содержащий документ.
ObjectWithSite
Позволяет вызывающей стороне сообщить объекту OLE о своем сайте. Эту функциональность также предоставляет OleObject, но ObjectWithSite может использоваться, если поддерживается, если OleObject не используется для других целей.
OleCache
Позволяет визуальные презентации из DataObject для кеширования. Это позволяет встроенному объекту сохранять свое визуальное представление, что позволяет отображать его позже без необходимости запуска приложения, которое использовалось для создания объекта.
Обычно используется стоковая реализация.
OleCache2
Обеспечивает более детальный контроль над кешированием.
Обычно используется стоковая реализация.
OleCacheControl
Этот интерфейс вызывается не контейнером, а внутренне объектом, чтобы позволить ему получать уведомления о том, когда его DataObject запущен, что позволяет ему подписаться на уведомления об изменении данных этого объекта и, таким образом, позволяет ему правильно обновлять кэшированную презентацию.
Обычно используется стоковая реализация.
OleDocument
Позволяет объекту OLE поддерживать несколько представлений своих данных, а также несколько связанных функций.
OleDocumentView
Объект документа (объект, реализующий OleDocument) реализует этот интерфейс для каждого представления. Он позволяет вызывающему абоненту установить местоположение объекта, запросить и установить размер объекта, а также показать и активировать его, а также некоторые связанные функции.
OleWindow
OleInPlaceActiveObject
Вызывается внешним контейнером объекта для взаимодействия с ним, пока он активен, например для обработки клавиш-ускорителей в очереди сообщений контейнера, которые предназначены для содержащегося объекта.
OleInPlaceObject
Вызывается контейнером для активации или деактивации объекта.
IOleInPlaceObjectWindowless
Объект без окон - это объект, который не имеет собственного окна, но вместо этого отображается в окне своего контейнера. Он используется контейнером для ретрансляции сообщений, полученных окном контейнера, которые предназначены для содержащегося в нем объекта. Например, если мышь перемещается по окну, Windows помещает сообщение о перемещении мыши вместе с координатами мыши в очередь сообщений окна. Если это окно содержит внедренные объекты без окон, сообщение может быть передано такому объекту, если координаты указателя мыши находятся над этим объектом. По тем же причинам этот интерфейс также обеспечивает доступ к объекту DropTarget интерфейс.
OleLink
Позволяет объекту поддерживать связывание, например позволяя контейнеру устанавливать источник связанного объекта.
Обычно используется стоковая реализация.
OleObject
Возможно, самый важный интерфейс для объекта OLE. Например, он позволяет контейнеру информировать объект о своем сайте, инициализировать объект на основе данных, открывать и закрывать его, запрашивать и устанавливать размер объекта, запрашивать уведомления о контейнерах. Посоветуйте и для выполнения объектов, определенных как «глаголы» для объекта. Эти глаголы часто включают «Открыть» или «Изменить», но могут также включать и другие глаголы. Один из глаголов определяется как главный глагол, и он выполняется, когда пользователь дважды щелкает объект.
ViewObject
Позволяет объекту рисовать себя напрямую, не передавая DataObject в контейнер. Для объектов, поддерживающих оба DataObject и этот интерфейс обычно используется совместно с базовой реализацией.
ViewObject2
Дополнительно позволяет вызывающей стороне запрашивать размер объекта.
ViewObjectEx
Добавлена ​​поддержка рисования прозрачных объектов без мерцания, хит-тестирование для объектов неправильной формы и установки размера объекта.

OLE-контейнер

IAdviseSink
Позволяет разработчику получать уведомления при сохранении, закрытии или переименовании объекта, а также при изменении его данных или визуального представления.
IAdviseSink2
Дополнительно позволяет разработчику получать уведомления при изменении источника ссылки объекта OLE.
IAdviseSinkEx
Кроме того, позволяет разработчику получать уведомления при изменении состояния просмотра объекта OLE.
IOleClientSite
Этот интерфейс позволяет вызывающему абоненту получать информацию о контейнере и местоположении объекта, а также запрашивать сохранение, изменение размера, отображение, скрытие объекта и т. Д.
IOleDocumentSite
Позволяет вызывающему абоненту запросить немедленную активацию объекта на этом сайте. Если этот интерфейс реализован, IOleClientSite, IOleInPlaceSite и IAdviseSink также должны быть реализованы.
ИОлеКонтейнер
Этот интерфейс позволяет вызывающей стороне перечислять встроенные объекты в контейнере или находить такие объекты по имени. Это в первую очередь полезно, если контейнер хочет поддерживать ссылки на встроенные объекты.
IOleWindow
IOleInPlaceUIWindow
Позволяет встроенным объектам согласовывать пространство для панелей инструментов в окне контейнера.
IOleInPlaceFrame
Позволяет вызывающей стороне попросить контейнер вставить свои пункты меню в пустое меню, которое станет кооперативным меню. Также позволяет вызывающей стороне запросить контейнер показать или скрыть это меню, показать или скрыть диалоговые окна и обрабатывать клавиши-ускорители, полученные содержащимся объектом, предназначенным для контейнера.
IOleInPlaceSite
Если контейнер реализует этот интерфейс, он позволяет активировать встроенные объекты на месте, то есть без открытия в отдельном окне. Обеспечивает доступ к контейнеру IOleInPlaceUIWindow.
IOleInPlaceSiteEx
Если контейнер реализует этот интерфейс, он позволяет встроенным объектам проверять, нужно ли им перерисовывать при активации или деактивации. Это также позволяет им запрашивать активацию пользовательского интерфейса.
IOleInPlaceSite без окон
Если контейнер желает поддерживать внедренные объекты без окон, он должен предоставить функциональность внедренным объектам, чтобы заменить функциональность, обычно обеспечиваемую окном внедренного объекта. Например, этот интерфейс предоставляет способ доступа к контексту устройства окна контейнера, тем самым позволяя встроенному объекту рисовать в окне контейнера.
IOleUILinkContainer
Содержит методы, которые стандартные диалоговые окна OLE, управляющие связанными объектами, используют для обновления связанных объектов в контейнере или для запроса и изменения их источников. Используется диалоговыми окнами «Ссылки», «Изменить источник», «Обновить ссылки» и «Свойства объекта».
IOleUILinkInfo
Кроме того, позволяет диалоговым окнам запрашивать, когда в последний раз обновлялись связанные объекты, и было ли это сделано автоматически или вручную.
IOleUIObjInfo
Содержит методы, необходимые для диалогового окна «Свойства объекта». Например, если пользователь открывает диалоговое окно «Свойства объекта» и запрашивает преобразование объекта в другой тип, вызывается метод этого интерфейса.
IOleUndoManager
Предоставляет централизованную службу отмены как для самого контейнера, так и для встроенных объектов. Когда выполняется отменяемое действие, IOleUndoUnit создается и добавляется в IOleUndoManager

Другой

IDataAdviseHolder
Методы IDataObject которые относятся к уведомлениям об изменении данных, могут быть реализованы путем вызова методов этого интерфейса.
Обычно используется стоковая реализация.
IOleAdviseHolder
Методы IOleObject которые относятся к уведомлениям, могут быть реализованы путем вызова методов этого интерфейса.
Обычно используется стоковая реализация.
IDropSource
Реализуется объектами, которые можно перетаскивать, т. Е. Которые могут быть источником операций перетаскивания. Когда он реализован, он позволяет объекту рисовать эффекты перетаскивания и указывать, когда объект отбрасывается, или операция перетаскивания отменяется.
IDropTarget
Реализуется объектами, которые принимают отброшенные объекты, т. Е. Могут быть целью операций перетаскивания. При реализации он позволяет цели указать, будет ли принят отброшенный объект, и что произойдет с объектом после того, как он будет отброшен.
IOleCommandTarget
Может быть реализовано объектами (объектами OLE, контейнерами OLE и другими объектами), которые хотят поддерживать определенные стандартные команды. Он позволяет вызывающим абонентам запрашивать, поддерживаются ли команды, и выполнять команды. Команды, которые объект обычно может захотеть реализовать, могут включать такие вещи, как «удалить», «вырезать», «скопировать», «вставить», «отменить», «найти», «напечатать», «сохранить», «увеличить» и скоро. В настоящее время определены 58 стандартных команд, включая команды, обычно используемые офисным программным обеспечением, веб-браузерами и аналогичными приложениями.
IOleUndoUnit
Представляет действие, которое можно отменить. Он содержит всю информацию, необходимую для отмены действия. Он создается объектами и контейнерами, так что отменяемые действия могут быть добавлены в контейнер IOleUndoManager.
IOleParentUndoUnit
Позволяет единице отмены содержать другие единицы отмены. По сути, это позволяет юниту отмены действовать как стек отмены, группируя юниты отмены вместе. Например, если выполняется макрос, все действия, которые можно отменить, выполняемые макросом, могут быть сгруппированы вместе в один блок отмены.
IOleWindow
Этот интерфейс представляет собой окно контейнера или содержащегося объекта. Он позволяет вызывающим абонентам получать дескриптор окна и переключать функцию контекстно-зависимой справки. Когда функция контекстно-зависимой справки включена, обычно указатель мыши изменяется на стрелку со знаком вопроса, чтобы указать, что щелчок по элементу пользовательского интерфейса приведет к открытию окна справки.

Соревнование

OpenDoc технология пыталась составить конкуренцию OLE. Некоторые конкуренты Microsoft считали OpenDoc более надежным и простым в использовании; однако OpenDoc есть некоторые известные проблемы. OpenDoc позволял пользователям просматривать и редактировать информацию в приложениях, прямо конкурируя с проприетарным стандартом OLE от Microsoft. В 1993 году некоторые конкуренты Microsoft создали консорциум под названием Component Integration Laboratories («CIL») для разработки OpenDoc как открытый стандарт для кроссплатформенного связывания и встраивания.

Microsoft требовала совместимости OLE как условие сертификации Microsoft совместимости приложения с Windows 95. Изначально Microsoft объявила, что приложения, использующие OpenDoc, будут считаться совместимыми с OLE и получат сертификацию для Windows 95. Позднее Microsoft отменила это решение и заявила, что приложения, использующие OpenDoc, могут вообще не проходить сертификацию. Microsoft скрывала спецификации и отлаженные версии OLE до тех пор, пока не выпустила свои конкурирующие приложения.

Совместимость

Использование объектов OLE ограничивает совместимость, поскольку эти объекты не широко поддерживаются в программах для просмотра или редактирования файлов вне Microsoft Windows (например, встраивание других файлов в файл, таких как таблицы или диаграммы из приложения электронных таблиц в текстовый документ или файл презентации).[1][2][3][4] Если программное обеспечение, которое понимает объект OLE, недоступно, объект обычно заменяется изображением (растровое представление объекта) или не отображается вообще.[5][6][7]

Смотрите также

использованная литература

  1. ^ Байфилд, Брюс (23 августа 2005 г.). «Сравнение текстовых процессоров FOSS: OOo Writer, AbiWord и KWord». Linux.com. Фонд Linux. Получено 2020-09-29.
  2. ^ Байфилд, Брюс (28 июля 2005 г.). «Обмен файлами между OpenOffice.org и Microsoft Office». Linux.com. Фонд Linux. Получено 2020-09-29.
  3. ^ Шарма, Маянк (20 ноября 2008 г.). «SoftMaker Office 2008 ориентирован на совместимость с Microsoft Office». Linux.com. Фонд Linux. Получено 2020-09-29.
  4. ^ Лагадек, Филипп (30 ноября 2006 г.). «Безопасность OpenOffice / OpenDocument и Microsoft Office 2007 / Open XML» (PDF). Конференция PacSec 2006. Получено 2020-09-29.
  5. ^ Гонг, Ретт (2005-09-05). "RE: OLE-объект - растровое представление?". Группа новостей: microsoft.public.win32.programmer.ole. Usenet:  [email protected]. Получено 2020-09-29.
  6. ^ О'Нил, Майк (2005-02-09). «Богатый элемент управления редактирования, который отображает растровые изображения и другие объекты OLE». Код проекта. Получено 2020-09-29.
  7. ^ «ACC: почему объекты OLE вызывают рост баз данных». Microsoft. 2007 января 19. Архивировано из оригинал 15 февраля 2008 г.

внешние ссылки

  • рябь - извлекает вложения из документов OLE

Статья основана на материалах, взятых из Бесплатный онлайн-словарь по вычислительной технике до 1 ноября 2008 г. и зарегистрированы в соответствии с условиями «перелицензирования» GFDL, версия 1.3 или новее.