代码之家 › 专栏 › 技术社区 › corlettk

组件对象模型的未来

com

corlettk · 技术社区 · 17 年前

有人听说过微软[not]在未来版本的Windows上支持COM吗?

我认为,微软的工程师们仅仅是因为他们庞大的客户群的强烈反对,所以才会坚持使用它(即使他们宁愿只开发和支持.NET框架)。在野外肯定有几十亿行基于COM的东西。我知道我不期待着被推进大规模的移民,仅仅是因为一些聪明的裤子超过了建筑宇航员必须证明他是最伟大的…(希什,他们为什么不去打拳击呢?).

我怀疑我只是偏执狂,但有人能提供任何原创链接吗(谷歌没有找到太多)?理想情况下,微软的白皮书会说“com留在维也纳,否则!”会让我的神经大为平静。

7 回复 | 直到 13 年前

Mark Cidade 17 年前

他们之所以称之为.net,是因为com3被用作串行端口名。.NET 是新的COM。从 .Net Common Language Runtime Unleashed :

名称从com3改为cor,改为com+2.0…改为ngws,最后改为.net。

主程序集之所以称为mscorlib,是因为它代表 Microsoft公共对象运行库 .

GvS 17 年前

COM仍然这个进程间通信技术。看看如何从另一个应用程序控制Word、Excel等。不能用.NET代替它。

Jamie Eisenhart 17 年前

COM和.NET服务于不同的需求。只要有本机代码,就需要一个二进制组件化标准,即COM。即使从零开始重写操作系统(这是不可能的,也不应该的),由于性能和版本控制等原因,它主要还是本机代码。你很快就会需要发明一些像com这样的东西,那么为什么不保留一个已经测试过并且有效的呢?

gbjbaanb 17 年前

我知道很容易认为微软的世界是.NET,从现在开始只有一个,这要归功于他们的市场营销部门做得太出色了,但是微软总是支持他们的老东西,他们真的没有选择。

看看MFC,它们已经发布了新的包,而RibbonBar只在MFC上工作(因为Office是在其中开发的)。当然,随着时间的推移,他们将开始编写越来越多的.NET代码,越来越少的COM内容,但他们仍然支持它。

Visual Studio中的COM开发功能将保留在适当的位置,当它们消失时,您就知道他们不再希望我们使用它了。

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

Franci Penov 17 年前

没有任何官方声明表示将从未来版本的Windows中删除COM支持。它在操作系统内部被广泛使用。从零开始对操作系统进行完全重写(我不能很快想象这一点),可以安全地假设COM将在那里停留一段时间。

ConcernedOfTunbridgeWells 17 年前

一旦有大量基于COM的遗留代码,我就看不到COM会在任何时候消失。出于同样的原因,我希望看到win32为可预见的未来而存在。没有人关心像平台这样的窗口,他们关心他们的应用软件。

基于同样的原因,S/360、S/370、S/390、zSeries和C/Unix上的COBOL仍然被广泛使用。

corlettk 17 年前

总结一下:

COM将保留,因为: 1。它从根本上起作用 2。它处理进程间通信,与机器间通信不同。三。.NET从COM继承了很多东西,但并不是所有东西。 4。即使微软自己也仍然依赖它。

我认为,在今天的生产系统中仍然有数不清的Fortran和COBOL生产线……因为它们从根本上起作用。

谢谢大家的回答…mods,请随意清理这个会话响应,但是(imho)这个站点可以很好地让海报公开感谢那些花时间来响应的人。

干杯。基思。