【问题标题】:.NET and COM (ActiveX) objects perspective.NET 和 COM (ActiveX) 对象透视图
【发布时间】:2010-11-06 16:31:25
【问题描述】:

我们正在使用来自美国主要制造商的软件库。多年来,该库主要有两个接口,一组 C API DLL 和一组封装 DLL 功能的 ActiveX 控件。 ActiveX 接口在 Visual Basic 6 的旧时代工作得很好。然后 .NET 出现了,它的 COM 互操作兼容性接口适用于现在旧的 ActiveX 技术。这有一些陷阱,例如从未删除的动态对象 (Link) 或使用多线程应用程序时的问题(跨单元调用等)。

现在制造商决定停止使用 ActiveX 接口,因为“在 Windows® 中从 COM(即 ActiveX 控件)到 .NET 技术的迁移不断增加 开发社区”。谁能告诉我更多相关信息?Microsoft 是否有计划在未来的 .NET 版本中放弃 COM Interop 接口,或者是否还有其他我没有考虑过的当前和未来的巨大问题?或者这更多是一个问题喜欢买一台新电视,因为它看起来更好看?

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

【问题讨论】:

    标签: .net com activex


    【解决方案1】:

    Win32 仍然在很大程度上基于 DOS 时代做出的决定,以实现向后竞争性。在对 COM 进行了如此多的投资之后,微软可能会保持这种支持 COM 互操作的精神,直到 .NET 消亡。话虽如此,他们只会维持现有的东西,不会有任何进一步的发展。

    ActiveX 供应商 OTOH 没有这种承诺(或者至少他们觉得自己没有)。所以不管微软是否支持,如果他们愿意,他们可以直接放弃 ActiveX 界面。他们说人们几乎不再使用 COM 是绝对正确的。

    【讨论】:

      【解决方案2】:

      很高兴见到你从那个洞穴出来!现在在 SO 上有 26886 个问题标记为 C#,16657 个标记为 .Net,12956 个标记为 ASP.Net,只有 700 个标记为 COM 和 243 个标记为 ActiveX。多年来,这种智慧一直存在于墙上。基于 CLR 的 RAD 组件技术在过去的 7-8 年里已经经历了几次化身。

      【讨论】:

        【解决方案3】:

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

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

        顺便说一句,当 .NET 1.0 首次发布时,拖放 RAD 的内容超过了 ActiveX!

        【讨论】:

          【解决方案4】:

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

          【讨论】:

            猜你喜欢
            • 2015-06-20
            • 2012-10-17
            • 2010-10-01
            • 1970-01-01
            • 2010-12-13
            • 2012-11-14
            • 1970-01-01
            • 2011-07-19
            • 1970-01-01
            相关资源
            最近更新 更多