.NET和COM（ActiveX）对象透视图
我们正在使用美国一家主要制造商的软件库。多年来，该库主要有两个接口，一组C API DLL和一组封装DLL功能的ActiveX控件。ActiveX界面在旧的VisualBasic6时代运行得非常好。然后.NET出现了它的COM互操作兼容性接口，用于现在旧的ActiveX技术。这有一些缺陷，比如动态对象从未被移除（）或者在使用多线程应用程序（跨单元调用等）时出现问题 现在，制造商决定停止使用ActiveX界面，因为“在Windows®中，从COM（即ActiveX控件）到.NET技术的迁移越来越多” 发展共同体”。有人能告诉我更多关于那件事吗？微软是否有计划在未来的.NET版本中放弃COM互操作界面，或者是否有其他我没有考虑过的当前和未来的重大问题？或者这更像是一个品味问题，就像买一台新电视，因为它看起来更好.NET和COM（ActiveX）对象透视图,.net,com,activex,.net,Com,Activex,我们正在使用美国一家主要制造商的软件库。多年来，该库主要有两个接口，一组C API DLL和一组封装DLL功能的ActiveX控件。ActiveX界面在旧的VisualBasic6时代运行得非常好。然后.NET出现了它的COM互操作兼容性接口，用于现在旧的ActiveX技术。这有一些缺陷，比如动态对象从未被移除（）或者在使用多线程应用程序（跨单元调用等）时出现问题 现在，制造商决定停止使用ActiveX界面，因为“在Windows®中，从COM（即ActiveX控件）到.NET技术的迁移越来越多
另外，我想知道是否有某种ActiveX替代品，在用户端，我将一个控件拖放到我的窗体上，以图形方式设置所有参数，并且几乎完成了这些操作 很高兴看到你从洞里出来！现在有26886个问题标记为C#，16657个标记为.Net，12956个标记为ASP.Net，只有700个标记为COM，243个标记为ActiveX。这句话已经挂在墙上很多年了。基于CLR的RAD组件技术在过去7-8年中已经经历了几次化身。很高兴看到您从那个洞穴中出来！现在有26886个问题标记为C#，16657个标记为.Net，12956个标记为ASP.Net，只有700个标记为COM，243个标记为ActiveX。这句话已经挂在墙上很多年了。基于CLR的RAD组件技术在过去7-8年中已经经历了几次具体化。.NET在六年前就超过了VB6/ActiveX的功能。今天没有什么可比性 令人惊讶的是，您的供应商花了这么长时间才决定放弃ActiveX支持
顺便说一句，当.NET1.0首次发布时，拖放RAD的内容超过了ActiveX .NET超过了六年前VB6/ActiveX的功能。今天没有什么可比性 令人惊讶的是，您的供应商花了这么长时间才决定放弃ActiveX支持
顺便说一句，当.NET1.0首次发布时，拖放RAD的内容超过了ActiveX 事实上，买一台新电视是件好事，因为它有一个更健康的LCD屏幕，而不是旧的损害健康的CRT屏幕。此后，制造商不再支持旧型号，因为客户对其不感兴趣。事实上，购买一台新电视机是一个问题，因为它有一个更健康的LCD屏幕，而不是损害健康的旧CRT屏幕。此后，由于缺乏客户的兴趣，制造商不再支持旧型号。Win32仍然在很大程度上依赖于DOS时代的决策，以实现向后的竞争力。在对COM进行了如此多的投资之后，微软可能会一直保持这种支持COM互操作的精神，直到.NET消亡。话虽如此，他们只会维持现有的，没有任何进一步的发展
ActiveX供应商OTOH没有这种承诺（或者至少他们觉得没有）。因此，不管微软是否支持，只要他们愿意，他们都可以删除ActiveX界面。他们说人们几乎不再使用COM是完全正确的。Win32仍然在很大程度上基于DOS时代的决策，以实现向后的竞争力。在对COM进行了如此多的投资之后，微软可能会一直保持这种支持COM互操作的精神，直到.NET消亡。话虽如此，他们只会维持现有的，没有任何进一步的发展 ActiveX供应商OTOH没有这种承诺（或者至少他们觉得没有）。因此，不管微软是否支持，只要他们愿意，他们都可以删除ActiveX界面。他们说人们几乎不再使用COM是完全正确的