.NET和COM(ActiveX)对象透视图

时间:2009-06-29 13:06:43

标签: .net com activex

我们正在使用美国主要制造商的软件库。多年来,该库主要有两个接口,一堆C API DLL和一组封装DLL功能的ActiveX控件。在Visual Basic 6的旧时代,ActiveX接口运行良好。然后.NET出现了它的现有旧ActiveX技术的COM Interop兼容接口。这有一些陷阱,比如动态对象从未被删除(Link)或使用多线程应用程序时遇到的问题(跨公寓呼叫等)。

现在制造商决定停止ActiveX接口,因为“在Windows®中从COM(即ActiveX控件)到.NET技术的不断增长的迁移” 开发社区“。任何人都可以告诉我更多关于这个问题吗?微软是否有计划在未来的.NET版本中放弃COM Interop接口,还是有其他当前和未来的大问题我都没有想过?或者这是一个问题喜欢购买新电视的味道,因为它看起来更好?

此外,我想知道是否存在某种ActiveX RAD替换,从用户端我将控件拖放到我的表单中,以图形方式设置所有参数,并且几乎完成了。

4 个答案:

答案 0 :(得分:2)

Win32仍然严重依赖于在DOS时代做出的决定,以实现向后竞争。在投入如此多的COM之后,微软可能会保持这种精神支持COM互操作直到.NET死掉。话虽如此,他们只会维持他们拥有的东西,而不需要任何进一步的发展。

ActiveX供应商OTOH没有这种承诺(或者至少他们不认为他们这样做)。因此,无论微软的支持如何,只要他们愿意,他们就可以放弃ActiveX接口。他们绝对正确地说人们几乎不再使用COM了。

答案 1 :(得分:1)

很高兴看到你从那个山洞出来!目前在SO上有26886个问题标记为C#,16657标记为.Net,12956标记为ASP.Net,仅有700个标记为COM和243个标记为ActiveX。机智已经在墙上待了很多年。基于CLR的RAD组件技术在过去的7到8年中已经经历了几次化身。

答案 2 :(得分:1)

.NET六年前超越了VB6 / ActiveX的功能。今天没有比较。

令人惊讶的是,您的供应商花了很长时间才决定放弃ActiveX支持。

顺便说一句,当.NET 1.0首次出货时,拖放RAD的东西超过了ActiveX!

答案 3 :(得分:0)

实际上,这是一个购买新电视的问题,因为它有一个更健康的液晶屏幕,而不是旧的健康损害CRT屏幕。此后,由于缺乏客户兴趣,制造商不再支持旧型号。

相关问题