• 58. Технология ole

Первоначально OLE была задумана как технология интеграции программных продуктов, входящих в комплект Microsoft Office. Предшественницей OLE является реализованная в Windows технология динамического обмена данными DDE (Dynamic Data Exchange – связывание и внедрение объектов), до сих пор широко применяемая в данной среде. Однако многие разработчики не без оснований считают, что DDE трудно использовать, поскольку это технология низкого уровня.

Операционная система Windows поддерживает технологию внедрения и связывания объектов (OLE - Object Linking and Embedding), благодаря которой объекты, созданные в одних программах-приложениях (сервер OLE), можно вставить в объекты, созданные в других программах-приложениях (клиенты OLE). Существует два метода вставки в документ объектов, созданных другими приложениями:

• метод внедрения,

• метод связывания

Позволяет производить обмен информацией между любыми приложениями ОС Windows, которые поддерживают эту технологию.

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

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

Внедренный объект тоже представляет собой информацию, вставленную в файл; но, в отличие от связанного объекта, он становится частью конечного файла. Внедрение предполагает создание объекта в одном приложении, а его сохранение в документе Word. Если дважды щелкнуть на внедренном объекте, то откроется приложение (исходная программа), в котором он был создан. Как только приложение будет закрыто, все изменения будут внесены в документ Word. Вся информация, необходимая для редактирования объекта, содержится во внедренном поле кода Word.

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

59. Технология dll

DLL - это сокращение от Dynamic Link Library (динамически загружаемая библиотека).

С формальной точки зрения DLL - особым образом оформленный относительно независимый блок исполняемого кода.

Особый способ оформления предполагает наличие в DLL так называемых секций импорта и экспорта. Секция экспорта указывает те идентификаторы объектов (функций, классов, переменных), доступ к которым предоставляет данная DLL. В этом случае мы говорим об экспортировании идентификаторов из DLL. В общем случае, именно секция экспорта предоставляет особый интерес для разработчиков.

В большинстве случае при создании проекта в его опциях автоматически проставляется стандартный набор таких библиотек. Иногда в этот список необходимо добавить требующиеся для Ваших задач DLL. "Исполняемый" код в DLL не предполагает автономного использования. Перед тем, как можно будет приступить к использованию, необходимо загрузить DLL в область памяти вызывающего процесса (т.е. DLL не может выполняться сама по себе - ей обязательно нужен клиент). Это явление носит название "проецирование DLL на адресное пространство процесса". И это не удивительно, если вспомнить тот факт, что процессор работает не только с регистрами, но и с адресами памяти. Поэтому каждому объекту DLL требуется свое место "под солнцем", чтобы иметь возможность быть выполненным при вызове.

Итак, формально, DLL - особым образом оформленный программный компонент, доступ к исполняемому коду которого приложение получает в момент старта (DLL неявной загрузки) или в момент использования (DLL явной и отложенной загрузки).

Зачем нужны DLL сейчас? Основные направления использования DLL:

• всевозможные модули расширения функциональности приложений - так называемые plug-in (см. пример с MatLab, Far и пр.);

• локализация приложения (подробнее об этом в разделе "DLL, содержащие только ресурсы");

• разделение объектов абстракции (функций, классов и пр.) между приложениями;

• независимость модификации кода - DLL может быть в любой момент переписана с сохранением экспортируемых интерфейсов;

• реализация определенных действий, которые можно совершить только при помощи DLL - см. раздел "Перехват API-вызовов";

• хранилище ресурсов с возможностью независимого изменения этих ресурсов.

Первоначально предполагалось, что введение DLL позволит эффективно организовать память и дисковое пространство, используя только один экземпляр библиотечного модуля для различных приложений. Это было особенно важно для ранних версий Microsoft Windows с жёсткими ограничениями по памяти.

Далее, предполагалось улучшить эффективность разработок и использования системных средств за счёт модульности. Замена DLL-программ с одной версии на другую должна была позволить независимо наращивать систему, не затрагивая приложений. Кроме того, динамические библиотеки могли использоваться разнотипными приложениями — например, Microsoft Office, Microsoft Visual Studio и т. п.

В дальнейшем идея модульности выросла в концепции COM - Component Object Model и System Object Model.

Фактически, полных преимуществ от внедрения динамически подключаемых библиотек получить не удалось по причине явления, называемого DLL hell (“ад DLL”). DLL hell возникает, когда несколько приложений требуют одновременно различные, не полностью совместимые, версии библиотек, что приводит к сбоям в этих приложениях, что приводит к конфликтам типа DLL hell, резко снижая общую надёжность операционных систем. Поздние версии Microsoft Windows стали разрешать параллельное использование разных версий DLL, что свело на нет преимущества изначального принципа модульности.