Предоставление клиентам .NET Framework доступа к COM-компонентам
В этом разделе обобщается процесс предоставления управляемому коду доступа к существующему COM-компоненту. Дополнительные сведения о написании COM-серверов, тесно связанных с .NET Framework, см. в разделе Вопросы проектирования взаимодействия.
Существующие COM-компоненты могут представлять собой ценные ресурсы для управляемого кода в качестве бизнес-приложений промежуточного уровня или изолированных функциональных возможностей. В идеале компонент должен содержать основную сборку взаимодействия и строго соответствовать стандартам программирования COM.
Предоставление .NET Framework доступа к COM-компонентам
Импорт библиотеки типов в качестве сборки.
Среда CLR требует наличия метаданных для всех типов, включая COM-типы. Существует несколько путей получения сборки, содержащей COM-типы, импортируемые как метаданные.
Создание COM-типов в управляемом коде.
Разработчик может проверять COM-типы, активировать экземпляры и вызывать методы для COM-объекта точно так же, как и для любого управляемого типа.
Компиляция проекта взаимодействия.
Пакет средств разработки программного обеспечения (SDK) для Windows предоставляет компиляторы для нескольких языков, совместимых со спецификацией CLS, включая Visual Basic 2005, C# и C++.
Развертывание приложения взаимодействия.
Приложения взаимодействия лучше всего распространять как подписанные сборки со строгими именами, в глобальном кэше сборок.
См. также
Ссылки
Gacutil.exe (программа глобального кэша сборок)
Основные понятия
Вопросы разработки для взаимодействия
Пример COM-взаимодействия. Клиент .NET и COM-сервер