Понятие интерфейса несколько сложнее. Интуитивно интерфейс – весьма широкое понятие, которое подразумевает свод правил и соглашений для взаимодействия между двумя и более объектами. То есть в принципе под это определение попадает даже объявление функции с указанием количества параметров и их типов.
Интерфейс СОМ – это отдельное, четко определенное понятие. Упрощенно его можно представить себе как перечень методов, которые компонент СОМ предоставляет пользователю. Интерфейс включает в себя только методы. Если нужно передать компоненту какие-либо данные или, наоборот, получить их от него, следует передавать их как параметры соответствующих методов.
В качестве модели COM определяет набор правил, по которым должны строиться компоненты. Только при их строгом соблюдении компоненты обеспечивают корректное и надежное функционирование.
Также COM регламентирует способы использования компонентов из клиентских программ. Наиболее общие задачи, которые позволяет выполнить COM, не являются уникальными для этой технологии. Это довольно тривиальная последовательность: создание необходимых объектов, их использование и последующее уничтожение с освобождением выделенных ресурсов. Подобным образом работают практически все программные продукты. Особенность COM состоит как раз в том, как это делается.
Разнообразие разновидностей COM возникло скорее из-за разнообразия решаемых задач, а не из-за каких-либо пороков, присущих самой модели.
Так, например, область ActiveX – это соответствующие элементы управления, которые выполняются в контексте вызвавшего их процесса (так называемые in-proc servers). Зачастую эти элементы имеют графический интерфейс (всевозможные кнопочки, окошки и т.п.), хотя это и не обязательно, попадаются элементы, лишенные визуального представления, вроде ADO. Типичный пример – палитра инструментов Visual Basic 6.0, изобилующая элементами управления ActiveX, которые достаточно перетащить мышкой на окно формы.
OLE Automation – другойраздел COM. Здесь клиент уже управляет самостоятельным приложением, которое выполняется в контексте собственного процесса, в изолированной области памяти. Разумеется, управлять таким способом можно далеко не каждым приложением. Оно должно быть написано специальным образом, в виде сервера Automation. К счастью, очень многие популярные приложения написаны именно как сервера COM, включая Microsoft Office, Microsoft Visio, программы семейства Corel Draw, интегрированная оболочка Visual Studio и т.д. Таким образом, у программиста появляется выбор реализовывать сложное оформление и вывод документа на печать самостоятельно или же воспользоваться для этой цели тем же MS Word, управляя им посредством OLE Automation.
Еще один пример – DCOM, т.е. Distributed COM, - распределенная разновидность COM, способная работать в локальной сети. Используя DCOM, можно, например, воспользоваться компьютером соседа и выполнить расчет таблицы в среде Excel, при этом будут задействованы ресурсы другого компьютера, останется только дождаться готового результата и получить его в свое распоряжение. Таким образом, можно строить распределенные приложения, в которых специально выделенные серверы приложений, оснащенные соответствующим образом, решают определенные задачи по запросам клиентов и выдают им готовые результаты.
Таким образом, наличие нескольких ветвей или направлений в COM свидетельствует не о беспомощности технологии как таковой, а скорее о широком спектре задач, решаемых ее посредством. Все эти разновидности имеют в своей основе общую идею, которая позволяет считать их именно частными случаями единой технологии.
OLE Automation – это специальная технология, которая позволяет одному приложению управлять другим примерно таким же образом, как пользователь компьютера управляет им при интерактивной работе. Например, можно запустить Excel, создать в нем новую книгу, в ней – рабочий лист, заполнить таблицу данными из прикладной программы, добавить к ней формулы для автоматического вычисления итогов и вывести ее на печать. В результате внимание программиста концентрируется на предметной области, т.е. на главной задаче – получении данных, а оформление и вывод он может поручить соответствующему приложению, в котором эти задачи успешно решены.
Приложение, которое написано специальным образом и может управляться извне, называется «сервером автоматизации OLE» (Automation Server). Например, приложения из состава MS Office являются серверами автоматизации, что делает их намного полезнее обычного текстового редактора или табличного процессора. Также управляемыми через OLE Automation являются Visual Studio, MS Visio, пакет Corel Draw, почтовые программы и многие другие популярные приложения.
Компоненты от Microsoft, как правило, хорошо документированы, в частности в MSDN. А в общем случае они не отличаются от обычных программ – попадаются как экземпляры с небрежной и неточной документацией, с которыми приходится разбираться методом проб и ошибок, так и блестяще документированные компоненты.
В силу особенностей своего строения, компоненты все же содержат в себе некоторую информацию о своих собственных интерфейсах, которая может быть использована в крайнем случае, когда нормальная документация недоступна. MS Visual Studio располагает некоторыми средствами, которые позволяют упростить использование компонентов и минимизировать количество ошибок, по крайней мере, что касается количества и типов аргументов при вызовах методов, а также при работе со свойствами.
На практике необходимо начать с написания простейшего клиента, который обращается к услугам одного из готовых серверов, например, MS Excel. Проще всего это сделать в среде MS Visual Basic V6, хотя при хорошем знакомстве с С++ можно воспользоваться и им. Правда, VB скроет от программиста большинство деталей взаимодействия клиента и сервера, в то время как в С++ все они будут как на ладони.
Модель компонентного объекта (СОМ) фирмы Microsoft является основой таких технологий, как OLE и ActiveX. Модель СОМ принесла в разработку программ некоторые вещи, необходимость в которых ощущалась на протяжении длительного времени. СОМ наряду с независимостью от расположения предоставила для программных компонентов еще и независимый от языка программирования двоичный стандарт. Под независимостью от расположения понимается возможность размещения программных модулей независимо от решаемых задач и используемых для этого компьютеров. OLE и ActiveX представляют собой надстроенные над СОМ технологии прикладного уровня.
В среде СОМ большое значение имеет реестр Windows. Его роль состоит в управлении несколькими разделами, используемыми как СОМ, так и программами клиента. В СОМ широко используется понятие GUID — уникального 128-разрядного числа, однозначно идентифицирующего интерфейсы и компоненты. В состав СОМ входят несколько Win32 API и большой набор объявлений интерфейсов.
Активная библиотека шаблонов (ATL) представляет собой структуру, облегчающую создание небольших СОМ компонентов. В ATL использованы новейшие средства создания шаблонов C++. Она снабжена также исходной программой, представляющей собой часть среды разработки Visual C++. Создание проекта начинается с определения способа реализации хранилища. В этом существенную помощь оказывает утилита ATL СОМ AppWizard. После этого для добавления определенных компонентов используется мастер объектов ATL. В состав ATL входят несколько классов, обеспечивающих реализацию по умолчанию наиболее общих потребностей СОМ. Класс CComModule обеспечивает основную поддержку по организации хранилища посредством реализации функций DllGetClassObject и DilCanUnloadNow. Благодаря компоненту ATL Registrar обеспечивается также поддержка саморегистрации, что облегчает обновление регистра Windows.
Литература
1. Том Армстрон "ActiveX-Создание Web-приложений"
2. http://www.microsoft.com
3. http://www.codenet.ru