從.NET的另一個盒子上訪問COM對象（沒有不推薦使用的DCOM，遠程處理）

我必須將我的.NET服務器應用程序與供應商的產品集成。供應商的產品將位於其自己的服務器上，並且具有支持的記錄的API，但是，只能作爲COM對象。由於DCOM和.NET遠程處理都被棄用，是否支持（即不會在.NET 5中被移除的風險）來執行此集成，而無需創建&在供應商框上安裝Web服務&我的Web客戶端上框將這些請求通過網絡代理到COM？從.NET的另一個盒子上訪問COM對象（沒有不推薦使用的DCOM，遠程處理）

請注意，我非常樂意編寫&消費Web服務（當我可以，REST，當我必須時）。我只想保持這個應用程序的地形簡單，避免雙重部署，等等。出於同樣的原因，我避免了WCF，因爲它似乎有很多開銷，但是如果WCF支持通過網絡，我很樂意使用它。否則，我想我正在設計，編寫，部署，使用這個新的Web服務。請告訴我，我不必這樣做！

來源

2011-10-03 Joel P.

您可以考慮使用WCF features for integration with COM+ applications

來源

2011-10-03 17:31:09

現在研究這兩個選項（WCF for COM +，COM +遠程處理），並將儘快報告（並選出勝者）。謝謝！ –

與這個答案一起，因爲它似乎是最不hackish。然而，我最終決定咬緊牙關，編寫一個傳統的Web服務（可能使用也可能不使用WCF）。供應商支持和我們相信成品的能力是不可能的。謝謝。 –

您可以將其添加爲COM +應用程序，然後從遠程計算機訪問它。

DCOM可能會被棄用，但COM +不是，並且允許遠程調用。你需要在客戶端進行COM互操作，以及自定義激活（你不能僅僅調用new來創建實例，因爲你必須指明遠程機器），但它絕對是可行的。

來源

2011-10-03 17:02:09 casperOne

現在研究這兩個選項（WCF對於COM +，COM +遠程處理），並會報到（和挑選贏家）很快。謝謝！ –

從.NET的另一個盒子上訪問COM對象（沒有不推薦使用的DCOM，遠程處理）

回答

相關問題