如何检查代码是否与 Windows 7 兼容

Question

我们正在使用 Visual C# 2008 Express 在 Windows XP 机器（32 位）下开发基于 WPF 的程序。

问题是，我们尝试在两台 Windows 7 机器上运行该程序，一台是 32 位 Windows 7，另一台是 64 位 Windows 7。

在 Windows XP 下一切正常。在 Windows 7 计算机中，它会以 32 位版本启动，但运行一项功能时会出现错误（在 XP 中不会发生这种情况）。

在 W7 64 位中，它甚至无法启动。这是正常的吗？是否不可能在 W7 64 位下运行 32 位程序，即使它们执行速度较慢？

如何检查代码是否与 Windows 7 兼容？

预先非常感谢您。

于伦。

Answer 1

好的，随着用户提供了更多信息，我相信罪魁祸首已经找到了。
客户端在其应用程序中使用 MS Access 数据库（标准 MS Jet 提供商）。问题是 Microsoft 没有 64 位版本的 MS Jet 提供商，并且不会这样做。不知道为什么:)

因此，要使应用程序在 Windows 7 64 位上运行，请执行以下操作：在 Visual Studio 中转到项目属性，然后在“生成”选项卡中，将“平台目标”更改为 Any CPU代码>x86。这将强制应用程序以仅 32 位模式进行编译（将在 Win7 64 上的 WOW64 下运行），并且应用程序将能够访问 Access 数据库。我相信这就是它没有在 64 位操作系统上运行的原因:)

关于“运行一项功能时出现错误”，我建议获取有关该错误的更多详细信息，并用它创建一个新问题。

玩得开心，祝你好运！

Answer 2

我同意 Artiom 的观点，并且只看到一个有效答案：在 Windows 7 上测试它。
我们可以在这里写下可能出现的问题列表（我稍后会做），但您仍然需要

• 在相关架构上测试您的软件
• 自己检查错误消息/条件

XP 和 Windows 7 之间可能的变化：

用户访问控制（UAC）：
这意味着您的程序不会以管理权限运行，除非您

• 一样。
• 显式启动它，就像需要 Vista/Windows7 支持的特定清单资源中的管理权限

这也意味着您的应用程序无法写入某些文件夹（UAC 尝试“帮助”您进行“虚拟文件夹重定向”：如果您写入 %ProgramFiles%，它会默默地写入您的用户配置文件并“成功”，如果其他用户希望在 %ProgramFiles% 目录中看到您的更改，但它不会。那里），甚至没有出现错误。

关于您的具体报告和问题：

1) 提供有关该功能的更多详细信息。也许它依赖于 Windows7 上不存在的 DLL（但在每台 XP 计算机上都有）。也许这只是与权限有关（见上文）。更多详情->更多帮助。

2）再次，更多细节。可能的候选者：您的应用程序作为 64 位应用程序运行，尽管它通过 P/Invoke 对 32 位本机 DLL 有硬/早期依赖性。再次，您提供的信息不足。

Answer 3

我认为这不是兼容性的问题。
Windows 7，32 位和 64 位都应该与 C# WPF 应用程序完全兼容。而且它在 64 位操作系统上的运行速度不会明显减慢。您不应该注意到任何性能下降。

如果你的应用程序在 Win7 上崩溃，请检查你的代码，检查它抛出的异常。我几乎确信罪魁祸首就在那里。

Answer 4

当我在 Win XP 32 位中开发一个业余爱好项目并尝试在 64 位 Vista 中运行它时，我也有同样的iseeu。即使目标 cpu 设置为“任何 CPU”，应用程序甚至没有启动并且有时开始抛出错误。

现在我使用 Win 7 机器（64）位进行开发，并将目标 CPU 设置为“任何 CPU”。它在 Vista 和 XP（32 位和 64 位）中运行没有任何问题。

您也可以仅使用“32 位”模式。您的应用程序不会有任何性能问题。

我建议您在Windows 7电脑中打开该应用程序，然后在Vista和xp等较低版本中调试或重新编译并测试它。

Answer 5

除了之前的帖子之外：为了帮助您查找应用程序的问题，还有 应用程序兼容性工具包。