【发布时间】：2012-02-24 18:23:58
【问题描述】：
我的笔记本电脑上有 Win 7，我想在旅行时将其用作 VB6 开发环境。
有什么理由不这样做吗？目前主要针对XP系统。
【问题讨论】：
-
刚刚意识到@MarkJ 已经发布了这些链接。 掌心
标签： windows-7 vb6 windows-xp
【发布时间】：2012-02-24 18:23:58
【问题描述】：
有什么理由不这样做吗？
不是真的，不。尽管 VB 6 IDE 是 officially unsupported 并且自 2008 年以来一直存在，但 Windows 和 VB 团队加班加点地确保它在 Windows 7 和 Server 2008 上正常工作。
我曾经在运行 Server 2008 R2 64 位的旧开发机器上安装了 VB 6，并且可以亲自证明我在使用这种配置时没有遇到任何问题。
老实说，在 Windows 7 中开发可能会让您成为更好的开发人员。 UAC 会主动阻止你做你一开始就不应该做的事情，比如将数据保存在 Program Files 文件夹中。如果您在测试应用程序时遇到此类问题，请不要责怪 VB 6 或 Windows — 真正的问题是您的代码，而错误在于它从一开始就可以工作。以此为契机来解决那些令人头疼的问题（或者至少记下它们，以便他们可以为即将到来的修复安排时间），即使它无论如何都能在 XP 上正常工作。 p>
在紧要关头，您始终可以强制应用程序以管理权限运行和/或通过右键单击其快捷方式来启用 XP 兼容模式。但我当然不建议将此作为一般做法。
【讨论】：
-
好点。我唯一担心的是相反的方向。部署到 XP 时，在 Win 7 中开发是否会导致问题？
-
@CraigJ：不，怎么可能？唯一的问题是，如果您调用了仅在较新版本的 Windows 中受支持且不支持的 Win32 API 函数（当然，您必须自己声明；VB 6 库已多年未更新）在 XP 上不存在。这在您的开发机器上可以正常工作，但是当您尝试在 XP 上运行它时会崩溃。考虑到 1) SDK 文档告诉您每个功能支持的操作系统，以及 2) 在部署之前，您应该始终在 XP 上测试应用程序，但这并不是什么大不了的事。使用虚拟机是一个不错的选择。
-
如果在 Win7 上进行数据库 (ADO) 开发，您可能会遇到this problem，但这很容易解决。
-
实际上有许多新的 ActiveX 组件作为 Vista 和更高版本的一部分。再次注意它们并避免在打算部署到下层系统的程序中使用它们，或者小心地在存在的地方部署组件的可再分发版本。 InkEdit 控件是第一个想到的控件，它是一个支持 XP Tablet Edition 或任何 Vista 或更高版本操作系统上的“笔”输入的 Unicode RichTextBox。有一个非墨水兼容版本可部署到非平板电脑 XP。
-
Deanna 已经在上面解决了这个问题。这不是 VB6 问题，而是 Microsoft 试图将 ADO 与他们的 Office x64 模型相匹配而导致的 ADO 问题。它与“VB6 不再更新”无关，会影响任何开发环境提前绑定到 ADO。