ADO (Объекты данных ActiveX).

Технология ADO предлагает разработчику удобный прикладной интерфейс

для OLE DB. ADO удобна в обращении, так как предоставляет объекты

Automation, скрывающие интерфейсы OLE DB, что позволяет программисту

уделять основное внимание решаемым задачам, а не сложностям технологии OLE

DB.

ADO Data Control – это графический элемент управления на базе технологии

ActiveX с кнопками навигации по записям. Он предоставляет приложению

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

дополнительного кодирования. В ADO Data Control механизм ADO применяется

для оперативного создания соединений между поставщиками данных и связанных

с данными элементами визуализации. Элементы визуализации, связанные с

данными, представляют собой ActiveX-элементы пользовательского интерфейса

с двумя важными свойствами:

- наличием параметра DataSourse, в котором можно задать

идентификатор элемента ADO Data Control;

- способностью отображать данные, выбранные связанным с ним

элементом ADO Data Control.

Когда элементы управления связаны с ADO Data Control, при просмотре

записей все поля отображаются и обновляются автоматически. Такое поведение

реализовано в самих элементах, и для этого не требуется ни одной

дополнительной строчки кода. Примерами ActiveX-элементов для работы с

данными являются, например Microsoft DataGrid, Microsoft DataList. Кроме того,

допускается самостоятельно создавать собственные элементы управления, а

также приобретать их у других поставщиков программного обеспечения.

Итак, начинаем настройку компонентов.

Прежде всего, займёмся компонентом Адо. Щёлкнем правой кнопкой мыши

на этом компоненте. В появившемся контекстном меню выберем пункт

“Properties”. Для изменения заголовка компонента выберем закладку “General”

и в поле “Caption” напишем своё название (например “Click”). Теперь переходим

на закладку “Control”, выбираем опцию “Use ODBC Data Source Name”, после

чего в ставшем активном элементе Combo Box выбираем нашу базу данных

Теперь нам необходимо сформировать запрос к базе данных. Запрос к базе

данных может быть представлен так:

􀂃 SQL-запрос к базе данных (1-adCmdText);

􀂃 подключение таблицы (2-adCmdTable);

􀂃 вызов хранимой процедуры из базы данных (4-adCmdStoredProc).

Выберем “SQL-запрос к базе данных”. Данный метод позволит нам

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

в меню “Properties” элемента Адо и выберем закладку “RecordSource”. В

элементе с именем “Command Type” выберем “1-adCmdText”,

Навигация осуществляется по элементу Грид как с помощью элемента

управления Адо, так и с помощью мыши.

Обзор технологий ActiveX и OLE.

Рассмотрим теорию и концепции технологии ActiveX, которая построена на основе модели СОМ (Component Object Model — модель многокомпонентных объектов). До недавнего времени технология, построенная на основе СОМ, носила название OLE (Object Linking and Embedding— связывание и внедрение объектов), но теперь она обозначается термином ActiveX. Большинство программистов нового поколения используют OLE довольно осторожно, и замена названия на ActiveX, к несчастью, только укрепила осторожное к ней отношение. Тем не менее, если вы расцените технологию ActiveX как способ многократного использования программ, уже написанных и протестированных кем-то другим, и как защиту от необходимости самому повторно изобретать колесо в каждом новом приложении, вы поймете, что эта овчинка стоит выделки и времени на ее изучение. Наличие Developer Studio и MFC делает использование технологии ActiveX намного проще, поскольку они выполняют большую часть черновой работы, оставляя ее невидимой для вас. Технология ActiveX дает возможность пользователю и приложениям ориентироваться на работу с документами, и это, пожалуй, самое главное. Если пользователь решает подготовить годовой отчет с помощью приложений, поддерживающих ActiveX, он может сосредоточиться именно на отчете как таковом. Вероятно, часть этой работы будет выполнена в Word, a еще некоторая ее часть — в Excel, но для пользователя суть дела заключена не в приложениях. Подобная переориентация сейчас происходит во многих направлениях и вызвано это объектно-ориентированным образом мышления большинства программистов. Ныне кажется более естественным разделить работу между несколькими различными приложениями, способными взаимодействовать между собой, чем написать одно гигантское приложение на все случаи жизни.

OLE (англ. Object Linking and Embedding, произносится как oh-lay [олэй]) — технология связывания и внедрения объектов в другие документы и объекты, разработанные корпорацией Майкрософт.   

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

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

Использование ActiveX — последнего продукта в эволюции OLE. Проигрывание музыкального файла.

OLE используется при обработке составных документов (англ. compound documents), может быть использована при передаче данных между различными несвязанными между собой системами посредством интерфейса переноса (англ. drag-and-drop), а также при выполнении операций с буфером обмена. Идея внедрения широко используется при работе с мультимедийным содержанием на веб-страницах (пример — Веб-ТВ), где используется передача изображения, звука, видео, анимации в страницах HTML (язык гипертекстовой разметки) либо в других файлах, также использующих текстовую разметку (например, XML и SGML). Однако, технология OLE использует архитектуру «толстого клиента», то есть сетевой ПК с избыточными вычислительными ресурсами. Это означает, что тип файла либо программа, которую пытаются внедрить, должна присутствовать на машине клиента. Например, если OLE оперирует таблицами Microsoft Excel, то программа Excel должна быть инсталлирована на машине пользователя.

Понятие COM.

Component Object Model — модель многокомпонентных объектов

· Cоставные документы — лишь частный случай более общей проблемы: как разные программные компоненты должны предоставлять друг другу сервисы?

Для решения этой проблемы архитекторы OLE создали группу технологий, область применения которых гораздо шире составных документов. Основу OLE 2 составляет важнейшая из этих технологий — Модель многокомпонентных объектов (Component Object Model — СОМ).

Новые возможности многим обязаны СОМ, предоставившей общую парадигму взаимодействия программ любых типов: библиотек, приложений, системного программного обеспечения и др.

· Вот почему подход, предложенный СОМ, можно использовать при реализации практически любой программной технологии, и его применение дает немало существенных преимуществ.

Итак, что же такое СОМ? Чтобы ответить на этот вопрос, зададимся сначала другим: "Каким образом одна часть программного обеспечения должна получать доступ к сервисам, предоставляемым другой частью? " На сегодняшний день ответ зависит от того, что представляют собой эти части:

· Приложения, например, скомпонованные с библиотекой, могут пользоваться ее сервисами, вызывая функции из этой библиотеки.

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

· Еще пример — приложение, использующее сервисы операционной системы. Здесь приложение обычно выполняет системные вызовы, обрабатываемые операционной системой.

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

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

СОМ определяет стандартный механизм, с помощью которого одна часть программного обеспечения предоставляет свои сервисы другой и который работает во всех описанных выше случаях.

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

Клиенты могут получить доступ к сервисам объекта СОМ только через вызовы методов интерфейсов объекта — у них нет непосредственного доступа к данным объекта.

Представим себе, например, корректор орфографии, реализованный в виде объекта СОМ. Такой объект может поддерживать интерфейс, включающий методы типа “НайтиСлово” (LookUpWord), “ДобавитьКСловарю” (AddToDictionary) и “УдалитьИзСловаря” (RemoveFromDictionary).

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

Сам объект всегда реализуется внутри некоторого сервеpa. Сервер может быть либо динамически подключаемой библиотекой (DLL), подгружаемой во время работы приложения, либо отдельным самостоятельным процессом.

Чтобы вызывать методы интерфейса объекта СОМ, клиент должен получить указатель на этот интерфейс.

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

Например, клиенту нашего простого объекта СОМ понадобился бы один указатель интерфейса для вызова методов интерфейса корректора орфографии и другой — для вызова методов интерфейса словаря синонимов.

Любой СОМ-объект — это экземпляр определенного класса. Объекты одного класса могут, например, реализовывать сервисы корректировки орфографии и словаря синонимов, тогда как объекты другого класса — представлять банковские счета.

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

Эта библиотека COM присутствует на любой системе, поддерживающей СОМ, и имеет доступ к справочнику всех доступных на данной машине классов СОМ-объектов.

· Клиент может, например, вызвать функцию библиотеки СОМ, передав ей класс нужного ему СОМ-объекта и задав один из поддерживаемых объектом интерфейсов, указатель которого нужен клиенту в первую очередь. (Эти сервисы реализованы библиотекой СОМ в виде обычных вызовов функций, а не через методы интерфейса СОМ.)

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

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

В большинстве объектных технологий объект поддерживает только один интерфейс с одним набором методов. А вот СОМ-объекты могут — и почти всегда это делают — поддерживать более одного интерфейса.

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

· Например, у С++-объекта лишь один интерфейс, включающий в себя все методы объекта. СОМ-объект с его несколькими интерфейсами может быть отлично реализован с несколькими объектами C++ — по одному на каждый интерфейс СОМ-объекта.
Компонентный подход СОМ находит различные применения в технологиях Microsoft для Интернета и WWW. Например, средство просмотра WWW фирмы Microsoft — Проводник по Интернету (Internet Explorer) — активно использует расширение технологии составных документов OLE — Документы ActiveX (ActiveX Documents). Благодаря этому расширению, пользователь может просматривать информацию разного типа в дополнение к обычным страницам HTML (Hypertext Markup Language — Язык разметки гипертекста).

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

· Итак, OLE - это набор стандартов для связи и внедрения объектов при создании компонентов программного обеспечения.

· Одним из стандартов OLE является спецификация модели составного объекта (или COM), основа для бинарных соединений между компонентами.