组件对象模型的未来

Question

有没有人听说微软[不]在未来的Windows版本上支持COM？

我认为微软的工程师坚持使用它（即使他们更愿意只开发和支持.NET框架），仅仅是因为他们庞大的客户群会产生巨大的反弹。在野外必须有数十亿行基于COM的东西。我知道我不期待被推入群众移民只是因为一些聪明的裤子过度实现建筑宇航员必须证明他是最伟大的......（谢谢，为什么不他们只是拿起拳击？）。

我怀疑我只是偏执狂，但任何人都可以提供任何授权链接（谷歌找不到多少）？理想情况下，微软的一份白皮书说“COM留在维也纳，否则！”会大大解决我的神经。

Answer 1

COM仍然是 技术，用于进程间通信。看看你可以从另一个应用程序控制Word，Excel等的方式。 .Net无法取代这一点。

Answer 2

他们称之为.NET的原因是因为COM3被视为串行端口名称。 .NET 是 新COM。来自.Net Common Language Runtime Unleashed：

  

名称从COM3更改为COR到COM + 2.0 ...到NGWS，最后到.NET。

主要程序集名为mscorlib的原因是它代表 Microsoft公共对象运行时库。

Answer 3

COM和.Net满足不同的需求。只要存在本机代码，就需要二进制组件化标准，即COM。即使操作系统是从头开始重写（也不是，也不应该），因为性能和版本控制等原因主要是本机代码。你很快就需要像COM一样发明一些东西，那么为什么不保留那些经过测试并且有效的呢？

Answer 4

我知道很容易认为微软世界从现在开始只是.NET，这要归功于他们的营销部门所做的过于优秀的工作，但微软总是支持他们的旧东西，他们别无选择。

看看MFC，他们发布了新的软件包，而RibbonBar只适用于MFC（办公室是在其中开发的）。当然，随着时间的推移，他们将开始编写越来越多的.NET代码，并且COM内容越来越少，但他们仍然会支持它。

Visual Studio中的COM开发功能将保留在原位，当您知道他们不再希望我们使用它时。

我从Visual Studio项目经理那里读了一个blog entry，他说他们最近收到了很多关于C＃关注C＃的投诉。他同意并说Visual Studio的下一个版本主要集中在非托管C ++开发上。

Answer 5

由于存在大量遗留的基于COM的代码，我无法看到COM随时消失。出于同样的原因，我希望Win32能够在可预见的未来中徘徊。没有人关心Windows这样的平台，他们关心他们的应用软件。

由于同样的原因，S / 360，S / 370，S / 390，zSeries和C / unix上的COBOL仍然是非常广泛使用的平台。

Answer 6

没有任何官方声明表示从未来版本的Windows中删除了COM支持。它被广泛用于OS内部。从头开始完全重写操作系统（我很快就想不到了），可以安全地假设COM会在那里存在一段时间。

Answer 7

总结一下：

COM会留下来因为： 它从根本上起作用 它处理进程间通信，与机器间通信不同。 .NET从COM继承了很多东西，但不是一切。 即使微软自己仍然依赖它。

我认为今天生产系统中还存在大量的FORTRAN和COBOL ......因为它们从根本上起作用。

谢谢大家的答案...... Mods，随时清理这个会话回复，但是（恕我直言）这个网站会很好地让海报公开感谢那些花时间回应的人。

干杯全部。基思。