Для того чтобы модель COM начала функционировать, клиентское приложение должно отправить запрос на услуги COM-сервера. Каким образом клиентское приложение получит доступ к интересующему его COM-серверу? В особенности если COM-клиент работает в другом адресном пространстве? Ответ на эти вопросы надо искать в системном реестре Windows.

Во время установки COM-приложения в реестр операционной системы вносится информация об имеющихся в наличии COM-объектах. В первую очередь это идентификатор, однозначно определяющий класс объекта (Class Identifier, CLSID). Идентификаторы классов хранятся в следующей ветви реестра Windows:

HKEY_LOCAL_MACHINE\SOFTWAREVftw_K77acca\CLSID\

Аналогичные данные мы найдем в ветви HKEY_CLASSES_ROOT. Кроме того, в реестре хранится имя модуля, содержащего сервер, или сетевой адрес, если сервер выполняется на другой машине.

©Идентификатор CLSID - это разновидность уже встречавшихся ранее глобальных уникальных идентификаторов (Global Unique Identifier, GUID). Это уникальное 128-битное число, применяемое для идентификации интерфейсов, объектов и классов. Уникальность достигается за счет использования оригинального алгоритма генерации числа, обеспечиваемого функцией Win32 API CoCreateGuid().

В процессе запуска COM-объекта непосредственное участие принимает системная библиотека COM. На рис. 24.3 схематично представлена последовательность действий клиента, библиотеки и сервера COM при создании первого экземпляра COM-объекта.