Asp.net 将构建/调试配置设置为“运行”是一个好主意吗;任何CPU“;而不仅仅是x86?

Asp.net 将构建/调试配置设置为“运行”是一个好主意吗;任何CPU“;而不仅仅是x86?,asp.net,build,x86,configurationmanager,anycpu,Asp.net,Build,X86,Configurationmanager,Anycpu,包含我的MVC应用程序的解决方案有近20个不同的项目(其中一个是MVC,少数是WCF服务应用程序,其余是类库) 它们都能正常工作,构建也很好。但问题是,它们在构建时会发出与平台相关的警告。我在configuration manager中检查过,其中一些设置为“x86”平台,一些设置为“任意CPU”,我觉得因此收到了警告 作为一名开发人员,为了支持跨平台,我认为我需要将此解决方案下的所有项目都设置为“AnyCPU” 我想知道这是不是更安全的方法?或者在部署过程中是否存在任何风险 非常感谢在此基础上

包含我的MVC应用程序的解决方案有近20个不同的项目(其中一个是MVC,少数是WCF服务应用程序,其余是类库)

它们都能正常工作,构建也很好。但问题是,它们在构建时会发出与平台相关的警告。我在configuration manager中检查过,其中一些设置为“x86”平台,一些设置为“任意CPU”,我觉得因此收到了警告

作为一名开发人员,为了支持跨平台,我认为我需要将此解决方案下的所有项目都设置为“AnyCPU”

我想知道这是不是更安全的方法?或者在部署过程中是否存在任何风险


非常感谢在此基础上的任何输入。

AnyCPU限制最少,应该可以。x86将限制为32位进程,并要求在64位平台上以WOW64模式运行。x64将限制为64位。AnyCPU创建可以在当前加载的进程中运行的DLL(无论是32位还是64位)。这应该是一个选项,除非您有某种限制或优化要求您以特定平台为目标。

任何CPU限制最少,应该可以。x86将限制为32位进程,并要求在64位平台上以WOW64模式运行。x64将限制为64位。任何CPU都将创建可在64位平台上运行的DLLe当前加载的进程(无论是32位还是64位)。这应该是一个选项,除非您有某种限制或优化要求您针对特定的平台