VB6 应用程序引用某些 OCX 版本是否重要?
我注意到,如果我通过 IDE 将我的 VB6 应用程序代码放在一台机器上,那么与使用另一台机器相比,表单文件将引用某些 OCX 的不同版本。
这有什么经验法则?假设这些旧的 OCX 版本中的大多数将相互兼容,所以我不应该担心吗?
一些有问题的 OCX 是:
RICHTX32.OCX v1.1 and v1.2
COMCTL32.OCX v1.2 and v1.3
VB6 应用程序引用某些 OCX 版本是否重要?
我注意到,如果我通过 IDE 将我的 VB6 应用程序代码放在一台机器上,那么与使用另一台机器相比,表单文件将引用某些 OCX 的不同版本。
这有什么经验法则?假设这些旧的 OCX 版本中的大多数将相互兼容,所以我不应该担心吗?
一些有问题的 OCX 是:
RICHTX32.OCX v1.1 and v1.2
COMCTL32.OCX v1.2 and v1.3
只有当您安装的版本较新时,您才应该安装应用程序创建的 ocx 文件并替换现有版本。这是一个问题,如何强制 VB6 使用 app 目录中的 DLL 和 OCX?这解释了将所有应用程序文件安装到同一个文件夹并从那里运行。
VB6 应用程序引用某些 OCX 版本是否重要?
这有什么经验法则?
确保选中“升级 ActiveX 控件”。在项目属性下的常规选项卡上。
MSDN 在http://social.msdn.microsoft.com/Search/en-US?query=%22Upgrade+ActiveX+Controls%22&ac=8上搜索“升级 ActiveX 控件”
假设这些旧的 OCX 版本中的大多数将相互兼容,所以我不应该担心吗?
对于其他 ActiveX 控件,通常来自第三方供应商或内部,您可能会遇到问题。在你的具体情况下,我不会担心它,直到它发生。这是一个非常复杂的主题。
版本中的更改是否会产生“破坏性”更改可能很重要。如果在您的开发人员机器上,它似乎不会以不利的方式影响应用程序,那么您在这些机器上可能会很好。但是,如果/当您需要将此代码部署到一台或多台用户机器上时,您还需要确保这些控件在这些机器上以及与您的代码兼容的版本上。
您可以创建一个安装包来打包并安装您正在使用的版本,以确保这不会成为问题。