Visual studio 2015 AnyCPU足够了,那么也许我们可以“伪造它”——也就是说,使它可以选择AnyCPU,它询问目标设备它是什么架构,然后隐式地选择该架构。应用程序本身永远不可能真正成为任何CPU。感谢您提供的信息。不过,也有人批评微软:支持“本机”编译并不是一个很好的借口—

Visual studio 2015 AnyCPU足够了,那么也许我们可以“伪造它”——也就是说,使它可以选择AnyCPU,它询问目标设备它是什么架构,然后隐式地选择该架构。应用程序本身永远不可能真正成为任何CPU。感谢您提供的信息。不过,也有人批评微软:支持“本机”编译并不是一个很好的借口—,visual-studio-2015,win-universal-app,windows-10,Visual Studio 2015,Win Universal App,Windows 10,AnyCPU足够了,那么也许我们可以“伪造它”——也就是说,使它可以选择AnyCPU,它询问目标设备它是什么架构,然后隐式地选择该架构。应用程序本身永远不可能真正成为任何CPU。感谢您提供的信息。不过,也有人批评微软:支持“本机”编译并不是一个很好的借口——这毕竟是一个已解决的问题(Mac电脑的本机应用程序可以在PPC和Intel上运行很长时间;他们只是编译了“胖二进制文件”,其中包含编译到其中的多个可执行映像)。——似乎创建一个包含多个前男友的windows应用商店软件包会非常容易,每个平台一


AnyCPU足够了,那么也许我们可以“伪造它”——也就是说,使它可以选择AnyCPU,它询问目标设备它是什么架构,然后隐式地选择该架构。应用程序本身永远不可能真正成为任何CPU。感谢您提供的信息。不过,也有人批评微软:支持“本机”编译并不是一个很好的借口——这毕竟是一个已解决的问题(Mac电脑的本机应用程序可以在PPC和Intel上运行很长时间;他们只是编译了“胖二进制文件”,其中包含编译到其中的多个可执行映像)。——似乎创建一个包含多个前男友的windows应用商店软件包会非常容易,每个平台一个。我认为这应该是公认的答案,并且刚刚在以下位置发现了一个非常好的参考:(我认为发布一个包含多个前男友的windows应用商店应用程序是可能的,尽管我希望他们能够更顺利地发布。)
<TargetPlatformVersion>10.0.10030.0</TargetPlatformVersion>
<TargetPlatformMinVersion>10.0.10030.0</TargetPlatformMinVersion>
 <TargetPlatformVersion>10.0.10069.0</TargetPlatformVersion>
 <TargetPlatformMinVersion>10.0.10069.0</TargetPlatformMinVersion>