如何避免32/64位架构的困境在Windows和.NET？ [英] How to avoid 32/64 bit architecture dilemma in Windows and .Net?

问题描述

可能重复：
  <一href="http://stackoverflow.com/questions/516730/what-does-the-visual-studio-any-cpu-target-mean">What并在Visual Studio任何CPU的目标呢？

我们有一个WPF应用程序，它必须工作在大量的Windows机器从Windows XP的32倍到Windows 8 64位。我们的应用程序，包括NHibernate和SQLite的。我们不需要64位的任何功能。如何修改应用程序，而无需在所有体系的任何问题，运行？

We have a WPF application that must work on plenty of Windows machines from Windows XP x32 to Windows 8 x64. Our app includes NHibernate and SQLite. We do not need any feature of x64. How can modify application to run without any problem on all architectures?

• 在我们的应用程序是在.NET 4.0中

推荐答案

除非你同时拥有64位和32位的DLL的外部依赖性，我只想编译的最小公分母，即：86将安装并正常运行32位和64位版本的Windows。

Unless you have both the 64bit and 32 bit dll's of your external dependences I would just compile for the lowest common denominator i.e: x86 it will install and run correctly on both 32 bit and 64 bit versions of windows.

这篇关于如何避免32/64位架构的困境在Windows和.NET？的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！