Использование компонента OLE

автоматизированный прикладной запрос Взаимодействие процессов прошло долгий путь от своих истоков в Windows — динамического обмена данными (Dynamic Data ExchangeDDE). DDE позволял передавать данные между приложениями Windows путем установки диалога DDE между двумя приложениями, используя в качестве посредника буфер обмена Windows. В Windows 3.1 был введен новый метод передачи информации в виде объектов между 16-разрядными приложениями, основанный на модели Object Linking and Embedding (OLE) 1.0. Этот обмен по прежнему осуществлялся через буфер обмена.

Протокол OLE 2. х основан на компонентной модели объекта (COM — Component Object Model) фирмы Microsoft. OLE 2. х привнес операции drag-and-drop (перенеси и отпусти) в ориентированный на буфер обмена OLE. OLE 2. х также ввел автоматизацию OLE и программируемые объекты — базу для архитектуры компонентов Windows. Элементы управления OLE позволили Microsoft и независимым поставщикам создавать компоненты специального назначения для пополнения стандартного набора собственных элементов управления, присущих конкретной СУБД.

Протокол OLE является представителем класса компьютерных операций, обеспечивающих связь между процессами (interprocess communications — IPC). Операции IPC позволяют различным приложениям получать и отправлять данные другим приложениям, используя предопределенную процедуру. Основным средством для операций IPC в Windows служит Буфер обмена; в настоящее время данные пересылаются между работающими приложениями в основном через него, если не используются операции чтения и записи дисковых файлов.

В Windows определен ряд стандартных типов данных, для которых возможны операции копирования и вставки из Буфера обмена. Протокол OLE использует следующие типы данных: растровые и векторные рисунки, простой и форматированный текст, цифровые звуки и другие. Протокол OLE значительно улучшен по сравнению с DDE — пользоваться OLE намного проще. Операции OLE отличаются от традиционного копирования и вставки, осуществляемых клавишами + и + или средствами DDE, тем, что OLE кроме непосредственно данных содержит значительный объем информации об источнике данных. Например, объект OLE, скопированный в Буфер обмена из Excel 97, содержит следующую информацию:

Название приложения, откуда скопированы данные (в данном случае Excel).

Тип данных — рабочий лист, модуль или лист диаграммы.

Полный путь к файлу, если данные были взяты с диска или сохранены на нем.

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

Если копируется только часть объекта, название или координаты диапазона данных.

Представление объекта в формате Windows Metafile (.WMF). Если объект не является рисунком, то его представлением будет значок того приложения, в котором объект был создан.

Для файловых объектов OLE 2.1 к передаваемым данным добавляются свойства объекта, которые можно просмотреть и изменить в диалоговом окне «Свойства» .

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

Можно воспользоваться любым приложением, обрабатывающим рисунки, в качестве сервера OLE для создания и редактирования растровых рисунков, например, графическим редактором Windows 95 и NT 4.0 Paint или достаточно сложными редакторами для работы с фотодокументами, такими как Adobe Photoshop и Corel PhotoPAINT.

Можно внедрить или связать векторные рисунки, созданные серверами OLE, такими как Visio 4.0, или профессиональными приложениями для создания иллюстраций, например CorelDRAW 6.0. Оба эти приложения являются 32-разрядными серверами OLE 2.1, разработанными для Windows 95.

Ликвидированы накладные расходы, связанные с дополнительным включением в приложение растровых графических редакторов. Независимые графические редакторы и функции рисования редко обладают такими же возможностями, как самостоятельные серверы объектов OLE.

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

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

В поле объекта OLE можно хранить разнообразные объекты: в него можно внедрить или связать с ним файл звукозаписи (.WAV), музыку в формате MIDI (музыкальный инструментальный цифровой интерфейс), файлы анимации (.FLI и. МММ) и видеоклипы (.AVI). Однако следует заметить, что для встраивания видеоклипов и файлов звукозаписи большой длительности звучания требуется много дисковой памяти.

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

При внедрении документа-источника Windows создает копию его данных и внедряет ее в документ-контейнер. У документа-источника нет никаких связей с внедренными данными. Редактирование и удаление файлов или данных, из которых создавался документ-источник, не оказывает влияния на внедренную в таблицу или отображаемую в формах или отчетах копию. Внедрение является единственным выходом, если нельзя или нежелательно сохранять документ-источник в файле.

При связывании объекта создается ссылка на данные документа-источника, представляющая собой имя файла. Если один из пользователей изменит содержимое файла, связанного с объектом, то тем самым он изменит данные документа-источника. При следующем просмотре этих данных, если свойство «Параметры обновления» присоединенной рамки объекта имеет значение Automatic, то представление объекта изменится в соответствии с документом-источником. Возможность автоматически одновременно обновлять связанные объекты всех пользователей удобна в сетевых приложениях СУБД, которые отображают периодически изменяемые данные, совместно используемые многими пользователями в сети.

Еще одним достоинством связывания некоторых объектов, данные которых хранятся в файлах, является экономия места на диске, которое не будет тратиться на копии этих файлов в базе данных.

Например, СУБД Access создает копию представления документа-источника в таблице, поэтому по сравнению с внедрением дисковая память не экономится при связывании объектов-рисунков, электронных таблиц и других документов-источников, представление которых целиком состоит из их данных. С другой стороны, представлением файлов анимации, звукозаписи и цифровой видеоинформации может быть либо значок, либо первый кадр последовательности, т. е. только часть данных. Представление этих объектов мало по размеру, и в этих случаях экономия памяти при связывании по сравнению с внедрением оказывается значительной. Недостатком связанных файлов является то, что они должны быть доступны всем пользователям приложения. Файлы должны постоянно находиться в одной и той же папке, в противном случае по мере надобности придется изменять связь так, чтобы она соответствовала их новому местоположению. В информацию для связи кроме имени файла включается полный путь к файлу, в т. ч. имя диска и адрес сервера. Если приложение не может открыть связанный файл, то в форме или отчете появится только представление документа-источника, а если дважды щелкнуть левой кнопкой мыши в области присоединенной рамки объекта с целью его редактирования то появится сообщение об ошибке, в котором будет сказано, что связанный файл не найден.

Связывание растрового рисунка не экономит места на диске. Представление рисунка, хранимое и файле. BMP, занимает столько же байт, сколько исходный рисунок, или даже больше, если файл с. рисунком хранится в сжатом формате, т. е. PCX,.GIF или.IPG. Если же соответствующее приложение-сервер OLE позволяет заменять рисунок его уменьшенной копией (значком), то экономия имеет место. Уменьшенная копия рисунка, как правило, содержит меньше цветов (нa точку изображения отводится 8 бит вместо 24).

Примечание OLE 2. предоставляет ограниченную возможность обновления связей с перемещенными файлами, однако неразумно полагаться на текущую версию (OLE 2.1) в том, что касается поддержания связей с перемещенными файлами. Если объект содержится в свободной рамке объекта, то можно изменить значение свойства Документ-источник так, чтобы оно указывало на новый путь к файлу, а если в присоединенной, то необходимо открыть файл, скопировать его содержимое и буфер обмена и затем восстановить связь командой Специальная вставка.

Редактирование объекта OLE 2. х по месту Одним из преимуществ внедрения объектов по сравнению со связыванием является возможность редактирования внедренных объектов, но месту. Редактирование на месте приводит к тому, что исходное приложение внедренного объекта «захватывает» приложение-контейнер. Объект OLE активизируется двойным щелчком левой кнопки мыши в области рамки объекта, в которой отображается объект. При активизации внедренного объекта OLE 2. x меню исходного приложения объекта заменяют меню СУБД с такими же именами, и этот процесс называется пересадка (grafting). Если исходное приложение имеет меню, которых нет в данной СУБД, то они добавляются. Пользователю предоставляется полный контроль над внедренным объектом, и он может выполнять над ним все те же операции, которые были бы доступны, если бы он открыл файл, содержащий объект, непосредственно в приложении-сервере.

Редактирование на месте возможно только для внедренных объектов OLE 2. x и невозможно для связанных. Двойным щелчком левой кнопки мыши по изображению связанного объекта OLE 2. x вызывается приложение-источник и появляется его окно. В этом отношении связанные объекты OLE 2. x ведут себя так же, как внедренные и связанные объекты OLE 1.0.

Различия между OLE и DDE.

OLE как бы добавляет новое измерение к операциям динамического обмена данными (DDE) между приложениями, работающими в среде Windows. Различия между технологиями передачи данных OLE и DDE иллюстрируются на рис. 1. Протокол DDE пересылает данные (свойства) из сервера в текстовые поля, метки и другие элементы управления, способные хранить текст и числа; OLE передает данные и методы из сервера только через свободные и присоединенные рамки объектов.

Рис. 1 Иллюстрация различий между DDE и OLE

Использование DDE всегда требует программирования. Составление программ для использования протокола DDE в любом приложении Windows является сложным процессом, и всегда было таковым. Известно, что обмен данными DDE является ненадежным. Использование основополагающих свойств OLE не требует программирования. Более того, в большинстве случаев обмен данными посредством OLE является более надежным чем при использовании DDE. Простые операции OLE в СУБД типа Visual FoxPro или Access используют команды меню «Правка, Специальная Вставка» (Edit, Paste Special) и «Вставка, Объект» (Edit, Insert Object). Объекты OLE из СУБД можно копировать в буфер обмена при помощи меню «Правка», т. о. и другие приложения-клиенты OLE смогут их использовать. Корпорация Microsoft проектировала OLE специально для пользователей, а не для программистов. OLЕ 2. х и ActiveX вводят новую методологию программирования, называемую автоматизацией, достоинство которой заключается в возможности изменять значения свойств объекта и применять его методы, пользуясь стандартным синтаксисом Visual Basic for Application. Автоматизация является основой построения элементов управления ActiveX и других объектов серверов OLE.