Доступ к COM-объектам в другом окне из .NET (без устаревшего DCOM, удаленное взаимодействие) - PullRequest
5 голосов
/ 03 октября 2011

Я должен интегрировать свое серверное приложение .NET с продуктом поставщика.Продукт вендора будет находиться на его собственном сервере и имеет поддерживаемый и документированный API, но, увы, только в виде COM-объектов.Поскольку удаленное взаимодействие DCOM и .NET устарело, существует ли поддерживаемый (то есть не рискующий быть удаленным в .NET 5) способ выполнить эту интеграцию без необходимости создавать и устанавливать веб-службу в окне поставщика и веб-клиенте на моемящик для передачи этих запросов через сеть на COM?

Обратите внимание, что мне очень удобно писать и использовать веб-сервисы (REST, когда я могу, SOAP, когда мне нужно).Я просто хотел бы сохранить топографию этого приложения простой, избегать двойного развертывания и т. Д. По той же причине я избегал WCF, так как это выглядит как большая нагрузка, но если WCF поддерживает выставление базового интерфейса COM поверхсеть, я бы с радостью использовал это.В противном случае, я думаю, что я проектирую, пишу, внедряю и использую этот новый веб-сервис.Пожалуйста, покажи мне, что я не обязан это делать!

Ответы [ 2 ]

2 голосов
/ 03 октября 2011

Вы можете рассмотреть возможность использования функций WCF для интеграции с приложениями COM +

1 голос
/ 03 октября 2011

Вы можете добавить его как приложение COM +, а затем получить к нему доступ с удаленного компьютера.

DCOM может устареть, но COM + - нет, и позволяет выполнять удаленные вызовы.Вам потребуется COM-взаимодействие на стороне клиента, а также пользовательская активация (вы не сможете просто вызвать new для создания экземпляра, как вы должны указать удаленный компьютер), но это определенно выполнимо.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...