просторах два об'єкти: "stub" ("заглушка") - представник клієнта в адресному просторі сервера, що має справу з реальним дороговказом на інтерфейс, і "proxy" - представник сервера в адресному просторі клієнта. Ці два об'єкти з'єднуються між собою яких-небудь доступним способом, і представник сервера передає клієнтського процесу покажчик на інтерфейс. Схожа технологія використовується при здійсненні викликів віддалених процедур (RPC - Remote Procedure Calls). p align="justify"> Природно, proxy-об'єкт не містить реалізації інтерфейсу. Всі аргументи викликаються функцій поміщаються в пакет, переданий stub-об'єкту з використанням RPC. Stub-об'єкт розпаковує передані аргументи, поміщає їх в стек і звертається до реального об'єкту, використовуючи існуючий покажчик на інтерфейс. Результат виконання функції упаковується в пакет і надсилається proxy-об'єкту, який розпаковує його і передає клієнту. p align="justify"> У разі сервера, розташованого на віддаленому комп'ютері, при звернення до сервера COM з'єднується зі спеціальним резидентним процесом віддаленого комп'ютера, контролюючим віддалений запуск сервісів на ньому. Цей процес, званий іноді Service Control Manager - SCM, здійснює запуск сервера на віддаленому комп'ютері і повертає покажчик на інтерфейс клієнтського комп'ютера і клієнтського процесу. В якості SCM можуть бути використані засоби різних виробників, як засновані безпосередньо на технології Microsoft DCOM (Distributed COM), так і є розширенням цієї технології (наприклад, ObjectFactory з комплекту поставки OLEnterprise корпорації Inprise). Обов'язкова наявність такого процесу (і можливостей його конфігурації) диктується елементарними міркуваннями безпеки - було б неприродно, якби будь-який користувач мережі міг запустити будь-який процес на будь-якому з комп'ютерів, до цієї мережі підключених. В іншому маршалинга здійснюється точно так само, як і у випадку локального сервера, за винятком того, що proxy і stub, спілкуючись за допомогою того ж самого механізму RPC, фізично знаходяться на різних комп'ютерах (рис. 9). br/>В
Рис. 9 - Здійснення віддаленого доступу до сервера автоматизації
Бібліотека типів зазвичай асоціюється з додатком або іншим великим компонентом, що містить різні об'єкти класів. Сама по собі бібліотека може зберігатися в окремому файлі або бути частиною програми. У будь-якому з лучае бібліотека типів в першу чергу потрібно для точного опису сигнатури динамічно викликаються методів. Крім того, бібліотеки типів можуть використовуватися в системах програмування, наприклад, для відображення структури розроблюваних інтерфейсів на екрані. p align="justify"> Для того щоб дійсно активізувати об'єкт, тобто гарантувати, що він створений і поміщений в процес, з якого буде в змозі приймати звернення до методів, DCOM використовує реєстр Windows в комбінації зі спеціальним процесом - менеджером управління служ...
