Объекты COM предоставляют свою функциональность через интерфейсы (Interface). Интерфейс в COM4 объединяет группу взаимосвязанных функций, предоставляемых объектом. Главная особенность интерфейсов COM заключается в их публичности . Интерфейсы используются после того, как они опубликованы , и после этого их нельзя изменять никогда5. Если необходима новая версия интерфейса, издаётся новый интерфейс при сохранении старого. Этим обеспечивается совместимость при обновлении и модернизации объектов. И это первый шаг на пути к интеграции.

Доступ к объектам

Именно интерфейс, вернее указатель на него, является тем, с чем работает вызывающий процесс (читай программист). Объект может предоставлять несколько интерфейсов. Чтобы получить указатель на любой интерфейс, нужно воспользоваться функцией QueryInterface обязательного для всех COM-объектов интерфейса IUnknown. Указатель на этот интерфейс передаётся инициирующему процессу при создании объекта.

Обмен в COM

Объект COM является пассивной стороной. Он лишь предоставляет через интерфейсы свои функции. В этом смысле употребляется термин COM-сервер. Запрашивающая программа, соответственно, называется COM-клиент. Но это не исключает того, что обе программы одновременно могут являться и COM-серверами, и COM-клиентами. Забегая вперёд, скажем, что именно здесь ключ к пониманию, скажем, того, что OPC-сервер может поставлять данные по подписке , то есть сам инициализировать обмен с OPC-клиентом при их обновлении.

Регистрация

Чтобы создать объект, нужно знать, где он находится. В Windows для этого используется регистрация объектов в системном реестре. И не только их. В реестре регистрируются также интерфейсы и кое-что другое. При этом каждый COM-предмет регистрации имеет уникальный в полном смысле этого слова идентификатор, называемый GUID6 (Globally Unique Identifier глобально уникальный идентификатор). Присваивает идентификаторы своим COM-детищам их создатель, используя, например, программу GUIDGEN.EXE. Заметим также, что многие COM-объекты могут (а ActiveX просто обязаны) саморегистрироваться.

Регистрация делает доступной информацию о расположении объектов всем приложениям. И это второй шаг на пути к интеграции.

Обслуживание объектов

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

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