组件对象模型的未来

有没有人听说过任何关于微软[不]支持未来版本的Windows的COM？组件对象模型的未来

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

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

来源

2008-09-25 corlettk

那么他们称之为.NET的原因是因为COM3被当作串口名称。 .NET 是新的COM。从.Net Common Language Runtime Unleashed：

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

的原因主要组件名为mscorlib程序是，它代表着微软公共对象运行时库。

来源

2008-09-25 14:23:53

Common Object Runtime！=组件对象模型...但是，我仍然是你的观点，thanx ;-) – corlettk 2008-09-25 14:35:51

COM仍然是THE进程间通信技术。看看你可以从另一个应用程序中控制Word，Excel等的方式。没有办法.net可以取代这个。

来源

2008-09-25 14:28:54 GvS

.Net CLR也可以作为COM DLL来实现，如果我没有弄错的话......这只是我们'在比COM更高的抽象层次上......在演化后的下一个阶段 – Gishu 2008-09-25 15:12:46

关于Office的观点是重点。只要人们使用COM来自动化Office，它将受到操作系统的支持。 – 2008-09-25 15:21:12

由于存在大量传统的基于COM的代码，因此无法立即看到COM消失。出于同样的原因，我期望看到Win32在可预见的未来中徘徊。没有人关心Windows，就像平台一样，他们关心他们的应用软件。

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

来源

2008-09-25 14:36:54 ConcernedOfTunbridgeWells

没有任何官方声明称COM支持将从未来版本的Windows中删除。它广泛用于OS内部。从零开始彻底重写操作系统（我很快就无法想象），可以肯定的是COM会在那里停留一段时间。

来源

2008-09-25 14:38:01

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

来源

2008-09-25 15:00:29

所以总结：

COM会留下来，因为：1。它从根本上工作 2.处理进程间通信，从机器间的通信截然不同。 3. .NET很大程度上继承了COM，但并不是所有东西。即使微软自己仍然依靠它。

我认为现在生产系统中仍然有超过百万行FORTRAN和COBOL ...因为它们从根本上起作用。

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

干杯所有。基思。

来源

2008-09-25 15:13:31 corlettk

我知道很容易认为微软的世界从现在开始只是.NET，这要感谢他们的营销部门所做的出色工作，但微软总是支持他们的旧东西，他们没有选择。

看看MFC，他们已经发布了新的包，并且RibbonBar只能在MFC上工作（因为办公室是在其中开发的）。当然，随着时间的推移，他们将开始编写越来越多的.NET代码，并且越来越少的COM工具，但他们仍然会支持它。

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

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

来源

2008-09-25 15:19:11 gbjbaanb

组件对象模型的未来

回答

相关问题