已。净制原COM和DCOM编程冗余?

Question

已经引入的。净框架由原方案编制COM和DCOM多余？

(除了使用某些COM+服务，例如为交易管理系统。EnterpriseServices namespace)

Answer 1

还没有，因为操作系统仍然不受管理。

如果MS最后做什么，他们的实验室一直在谈论多年，并产生完全的管理OS然后它会。

操作系统不能兼容。他们会产生管理的版本的办事处，即，等等第一个。他们将会有产生一个虚拟机运行的非托管的应用程序。

痛苦将一些类似的移动自Mac OS9到OS x.

Answer 2

COM是最后一个主要的技术MS实际上dogfooded.MS正在继续建立新的Api取决于COM;例如，Vista的新的媒体基金会(一种后续DirectShow，这也是基于COM)是一个COM API。所以是Direct3D10(我将承担D3D11).我不认为它会消失的任何时间，为一个很大的窗户程序任务这不是在所有多余的。

Answer 3

还没有，但我要说，在长期，它的目标。显然总会有一个地方的水平较低，但从我所了解的Microsoft的战略，此举是朝向更换为多与管理的代码成为可能。

Answer 4

我想这取决于你说的'原'.我仍然觉得有必要让COM Api。净类图书馆的场合。使这个过程的迁移的某些平台。网很容易因为我可以替换小件通过COM.

Answer 5

.净已经被蓄意用来取代COM(，因此，DLL地狱)使儿。净的应用仍然可以访问COM组成，所有新的发展，鼓励移动。净，除了如果你有一个很好的理由坚持COM.