VB6:有关依赖 OCX 版本号的问题

发布于 2024-09-06 01:25:19 字数 273 浏览 8 评论 0原文

对于 VB6 应用程序来说,引用某些 OCX 版本很重要吗?

我注意到,如果我将 VB6 应用程序代码通过一台计算机上的 IDE 放置,那么表单文件将引用与使用另一台计算机不同的某些 OCX 版本。

这方面的经验法则是什么?是否可以安全地假设大多数旧 OCX 版本将相互兼容,因此我不必担心?

一些有问题的 OCX 是:

RICHTX32.OCX  v1.1 and v1.2
COMCTL32.OCX  v1.2 and v1.3

Is it important for a VB6 app to refer to certain OCX versions?

I have noticed that if I put my VB6 app code through the IDE on one machine then the form files will refer to different version of some OCXs than if I use another machine.

What is the rule of thumb with this? Is it safe to assume that most of these old OCX versions will be compatible with each other and so I shouldn't worry?

Some of the OCXs in question are:

RICHTX32.OCX  v1.1 and v1.2
COMCTL32.OCX  v1.2 and v1.3

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(3

陪你到最终 2024-09-13 01:25:19

您可能应该安装您的应用程序创建的 ocx 文件,并替换现有版本仅当您要安装的版本较新。这是一个问题

You should probably install the ocx files your application was created with replacing existing versions only if the version you are installing is newer. Here is a question How can you force VB6 to use the DLLs and OCXs from the app directory? that explains installing all your application files into the same folder and running from there.

予囚 2024-09-13 01:25:19

VB6 应用程序引用某些 OCX 版本重要吗?

  • 是的,因为您将代码“绑定”到 ActiveX 控件的界面。

这方面的经验法则是什么?

可以安全地假设大多数这些旧版本OCX 版本将相互兼容,所以我不应该担心?

  • 别担心。有问题的两个控件是 Microsoft 控件。一个用于富文本框,另一个是 Windows 公共控件的包装器。使用这些控件应该不会有任何问题。 (旧版本的 Windows 上的富文本控件存在问题,但在 Windows NT 版本上已解决此问题。)

对于通常来自第三方供应商或内部的其他 ActiveX 控件,您可能会遇到问题。在你的具体情况下,我不会担心它,直到它发生。这是一个非常复杂的话题。

Is it important for a VB6 app to refer to certain OCX versions?

  • Yes, because you are "binding" your code to the interface of the ActiveX control.

What is the rule of thumb with this?

Is it safe to assume that most of these old OCX versions will be compatible with each other and so I shouldn't worry?

  • Do not worry. The two controls in question are Microsoft controls. One for the rich-text-box and the other is a wrapper to the Windows common controls. You should have no problems with these controls. (There were issues with the rich-text-control on older versions of Windows, but this has been resolved on Windows NT versions.)

For other ActiveX controls, usually from third-party vendors or in-house, you may have a problem. In your specific case, I would not worry about it, until it happens. This is a very complex subject.

猫腻 2024-09-13 01:25:19

版本中的更改是否会产生“重大”更改可能很重要。如果在您的开发人员计算机上,它似乎不会以不利的方式影响应用程序,那么您可能在这些计算机上没问题。但是,如果/当您需要将此代码部署到一台或多台用户计算机时,您还需要确保这些控件以及与您的代码兼容的版本位于这些计算机上。

您可以创建一个安装包来打包并安装您正在使用的版本,以确保这不会成为问题。

It may matter if the changes in versions create "breaking" changes. If on your developer machines it doesn't seem to affect the application in an adverse way you are likely fine on those machines. However, if/when you need to deploy this code to one or more users machines you will also need to make sure these controls are on those machines along with a version that is compatible with your code.

You can create an install package that would wrap up and install the versions you are using to ensure this would not be an issue.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文