Visual studio Win7 64位上的Visual Basic 6：开发的程序是否会在32位Win操作系统上运行？

我正在64位Windows7操作系统上运行的机器上使用Visual Basic 6 IDE。 Codejock Xtreme SuitePro 15也用于接口材料

正在开发的程序的用户使用的是32位Windows，可能是XP

该程序（在64位上开发）能否在目标环境中正常工作

谢谢

---

编辑：操作系统是Windows 7，已更新/升级到SP1。

是。没有64位VB6应用程序。

Codejock提供32位和64位版本的控件-但您不能将64位版本与VB6一起使用-它只有32位。

您应该在尽可能接近目标系统的系统上编程产品

您还应该在所有预期系统上测试您的产品

因此，问题只会成为您通过测试发现的问题。这不是一个理论问题，也不是一个可以讨论的问题

---

你只是一个谦逊的程序员，不知道微软的强权们在用他们的系统做什么。做彻底的测试，然后就这样做了。这是大型软件开发企业所采用的方法。

我知道这个问题很老了，但我想表明Codejock已经内置了对MFC版本之间向后兼容性的支持

这些选项在Suite Pro或Toolkit Pro安装程序中提供，并支持x86或x64体系结构

---

谢谢，约瑟夫先生。你对Codejock软件的使用有什么见解吗？@juro只要问问这些Codejock的人他们是否支持XP@Deanna我们可以一直希望，尽管那已经很薄了。我安慰自己，64位并没有像从16位到32位那样给你带来更多的好处。@MarkJ我关心的是在64位开发环境中使用Codejock来开发一个32位环境中使用的程序，但是谢谢你的建议。如果使用ADO，Win7SP1（x86和x64）中有一个突破性的变化——请阅读@wqw，谢谢。我想我的问题比我想象的要多。节目快结束了，这真让人头疼。需要做更多关于变通方法的研究。谢谢。我假设您有这方面的经验，所以如果可以的话，我想问一下，将Codejock控件的dll文件复制到项目目录中，并从vb6项目的组件中引用它们，是否比从它们的（Codejock软件）中引用它们更有益dev机器上的安装目录？这意味着系统上的所有其他内容都将从您的项目目录中使用它们。注册的文件应该放在作者指定的位置。codejock控件是ocx的而不是dll的。它们位于何处并不重要，但为了避免混淆，每台机器上应该只有一套-传统上说这些应该在%WINDOWS%\System32中