Объектная модель компонентов (СОМ)

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

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

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

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

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

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

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

Рассмотрим пример. Допустим, разработчиками был создан объект СОМ, для реализации проверки правописания, единственный интерфейс ISpeller, который кроме стандартных содержит три метода: FindWord (); AddWord (), RemoveWord (). которые позволяют находить слово в словаре, добавлять слово в словарь и удалять слово из словаря, соответственно.

Если позднее появляется идея расширить функциональные возможности объект СОМ за счет включения функции поиска синонимов, то, поскольку интерфейс нельзя изменять, то можно создать новый интерфейс, который можно назвать, например, IThesaur, который помимо трех стандартных методов содержит единственный метод GetSynonym ().

СОМ с самого начала разрабатывалась как распределенная система, в которой компоненты можно создавать на другом хосте и их методы по сети (реально распределенная СОМ (Distributed СОМ — DCOM) появилась в 1996 г.). DCOM можно рассматривать как незначительное расширение оригинальной СОМ. По существу, DCOM добавляет к СОМ всего три основных элемента: способ создания удаленного объекта, протокол вызова методов удаленного компонента и механизмы обеспечения безопасного доступа к удаленному компоненту.

Технология СОМ+ появилась в рамках Windows 2000 и основывается, с одной стороны, на DCOM, а с другой — на сервере транзакций СMicrosoft Transaction Server). Основной целью создания СОМ+ следует считать разработку компонентной модели, которая могла эффективно использоваться в ИС уровня крупного предприятия.

Отличительными особенностями среды СОМ+ являются следующие:

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

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

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

В 2002 г., т. е. всего через два года после появления СОМ+, была официально выпущена платформа Microsoft .NET, которая была объявлена Microsoft рекомендуемой основой для создания приложений и компонентов под Windows, в рамках которой используется собственная компонентная модель, радикально отличающаяся СОМ.