我们正在使用美国主要制造商的软件库。多年来,该库主要有两个接口,一堆C API DLL和一组封装DLL功能的ActiveX控件。在Visual Basic 6的旧时代,ActiveX接口运行良好。然后.NET出现了它的现有旧ActiveX技术的COM Interop兼容接口。这有一些陷阱,比如动态对象从未被删除(Link)或使用多线程应用程序时遇到的问题(跨公寓呼叫等)。
现在制造商决定停止ActiveX接口,因为“在Windows®中从COM(即ActiveX控件)到.NET技术的不断增长的迁移” 开发社区“。任何人都可以告诉我更多关于这个问题吗?微软是否有计划在未来的.NET版本中放弃COM Interop接口,还是有其他当前和未来的大问题我都没有想过?或者这是一个问题喜欢购买新电视的味道,因为它看起来更好?
此外,我想知道是否存在某种ActiveX RAD替换,从用户端我将控件拖放到我的表单中,以图形方式设置所有参数,并且几乎完成了。
答案 0 :(得分:2)
Win32仍然严重依赖于在DOS时代做出的决定,以实现向后竞争。在投入如此多的COM之后,微软可能会保持这种精神支持COM互操作直到.NET死掉。话虽如此,他们只会维持他们拥有的东西,而不需要任何进一步的发展。
ActiveX供应商OTOH没有这种承诺(或者至少他们不认为他们这样做)。因此,无论微软的支持如何,只要他们愿意,他们就可以放弃ActiveX接口。他们绝对正确地说人们几乎不再使用COM了。
答案 1 :(得分:1)
答案 2 :(得分:1)
.NET六年前超越了VB6 / ActiveX的功能。今天没有比较。
令人惊讶的是,您的供应商花了很长时间才决定放弃ActiveX支持。
顺便说一句,当.NET 1.0首次出货时,拖放RAD的东西超过了ActiveX!
答案 3 :(得分:0)
实际上,这是一个购买新电视的问题,因为它有一个更健康的液晶屏幕,而不是旧的健康损害CRT屏幕。此后,由于缺乏客户兴趣,制造商不再支持旧型号。