.net 强制Crystal报表在x86版本中运行？

情况如下：

我目前正在开发一个相当大的.Net应用程序，该应用程序使用Crystal Reports以及其他一些32位库（用于处理签名板之类的东西）。我们目前使用的是较旧版本的Crystal Reports（在Visual Studio 2005中..我知道，它很旧。它们最终会升级）。我们目前为32位机器和64位机器分别进行构建。32位机器的构建目标是AnyCPU平台，而64位机器的构建目标是x86平台。这样，当应用程序在64位机器上运行时，应用程序将作为32位应用程序运行，并且仍然能够加载其他32位库

我已经厌倦了维护两个独立的构建（构建过程有点混乱）。我的想法是，我只想做一个以x86平台为目标的构建，因为这样一切都将继续工作，但这将避免为32位和64位机器维护单独的构建

我的问题是：有可能在64位机器上强制安装32位Crystal Reports吗？为x86平台构建的应用程序是否会继续在64位机器上针对32位版本的Crystal Reports工作

---

我想做的是可能的，还是我遗漏了什么？我觉得我错过了—好像以前的开发人员出于某种明显的原因没有这样做。

如果您的“64位”构建设置为x86（32位），并且您的“32位”构建只在x86（32位）中运行，因为没有64位，那么构建基本相同，不需要两个构建。我将Crystal Reports应用程序构建为x86，并预安装32位Crystal msi。它在64位和32位机器上都像champ一样工作。

如果您的“64位”版本设置为x86（32位），并且您的“32位”版本只在x86（32位）中运行，因为没有64位，那么这些版本基本相同，不需要两个版本。我将Crystal Reports应用程序构建为x86，并预安装32位Crystal msi。它在64位和32位机器上都像champ一样工作。

我也这么想——对最终用户来说，版本之间真的没有任何区别——它们要么在32位机器上以32位版本运行，要么在64位机器上以32位版本运行。在64位计算机上安装32位版本的Crystal Reports时，您是否遇到任何问题？我认为安装人员可能会对这样的东西很挑剔。我没有。有时我甚至启动了一个“32位控制台”（c:\windows\syswow64\cmd.exe），但其他用户只是成功地单击了鼠标右键并“以管理员身份运行”。很高兴知道这一点。谢谢你的帮助。这也是我的想法——对最终用户来说，版本之间真的没有任何区别——它们要么在32位机器上以32位版本运行，要么在64位机器上以32位版本运行。在64位计算机上安装32位版本的Crystal Reports时，您是否遇到任何问题？我认为安装人员可能会对这样的东西很挑剔。我没有。有时我甚至启动了一个“32位控制台”（c:\windows\syswow64\cmd.exe），但其他用户只是成功地单击了鼠标右键并“以管理员身份运行”。很高兴知道这一点。谢谢你的帮助。