DCOM有什麼問題？

Question

似乎有很多對DCOM的敵意，我很想理解爲什麼。對於仍然使用C++寫入Win32 SKD的公司，是否有真正的理由不在當前或未來的開發中使用DCOM？ Windows的某些未來版本不會支持它嗎？它太脆弱，不能經常工作嗎？與其他技術相比，實施太複雜了嗎？這是怎麼回事？

Answer 1

那麼，DCOM是COM的一個分佈式版本，COM本身非常複雜，並且很容易在無意中做錯事情（參見this recent question及其答案）。有了DCOM，你就有更多的方法來傷害自己。

除此之外，它的工作原理，例如一個好的方式來託管在一個獨立的進程中的COM組件。

Answer 2

我在90年代後期實現了一個使用DCOM的大型系統。雖然它工作得很好，但有幾個問題。對於初學者來說，它使用不可預知的端口號進行通信。它不可擴展，並且使用WCF比使用DCOM好得多。

Answer 3

如果您嘗試構建客戶端服務器應用程序並希望通信跨越網絡邊界（例如Internet），則DCOM可能因防火牆而出現問題。

我已經在其上使用DCOM分佈非常成功的服務器應用程序的工作，我們讓系統處理最複雜的創建COM +服務器應用程序和導出應用程序代理。在這種情況下，只要我們所有的版本都同步起來，它就可以很好地工作。

Answer 4

我覺得勢頭已經轉移到SOAP和其他Web服務技術，因爲它是：

• 輕鬆地在防火牆的存在
• 無廠商鎖定

我部署系統我從來沒有使用DCOM，所以我不能評論它的總體質量或健身狀況。

Answer 5

我不喜歡COM/DCOM，因爲"Catastrophic failure"是在錯誤信息的歷史上最無用的錯誤消息。

Answer 6

1. 安全模型。特別是當計算機不在同一個域中（或根本不在域中）時。
2. 爲Visual Basic（原始，不是.NET）建模的自動接口，過時並且不適合從其他語言使用。

如果你只想用C++開發並部署在受控網絡中，它可能仍然是一個不錯的選擇。