В COM эти и другие проблемы решаются с помощью специальных библиотек, таких как OLE32.DLL. С одной стороны, эти библиотеки предоставляют функции для работы с объектами. Например, вызов CoCreateInstance создаёт объект. С другой стороны, активизируемые специальные компоненты выполняют диспетчерские функции, например, упаковку и передачу параметров вызываемым методам объектов (т.н. marshalling). В связи с этим упомянем два важных модуля: заместитель (proxy) и заглушка (stub). Они функционируют в адресном пространстве COM-клиента и COM-сервера соответственно и обеспечивают прозрачность вызовов. Механизм таков: COM-клиент непосредственно вызывает функцию COM-интерфейса, которую ему подсовывает заместитель. Тот передаёт вызов заглушке через RPC (Remote Procedure Call вызов удалённых процедур). А заглушка непосредственно вызывает функцию COM-сервера.

Для нас во всём этом важно следующее. С одной стороны, поддерживающие компоненты автоматизируют работу с COM-объектами и делают её прозрачной для COM-клиента (с его точки зрения объект находится в его собственном адресном пространстве). И это третий шаг на пути к интеграции.

С другой стороны, необходимость наличия некоего программного обеспечения напоминает о том, что это в первую очередь технология Microsoft, и что полная платформенная независимость зависит не только от вас как от программиста, но и ещё от чего-то.