Windows Store .NET Native "cloud compilation"：体系结构的选择
Windows Store .NET Native "cloud compilation": choice of architecture
我的 UWP 应用有两种架构配置："x86" 和 "ARM"。
直到现在 (Win 8.1)，应用程序都是在开发人员的 PC 上构建的，然后上传到商店。
现在，这些应用程序是 "in the cloud" 在 Microsoft 使用 .NET Native 构建的。
我可以确定（在云中）只有 x86 和 ARM 将用于编译吗？ （即我可以确定不会有 "x64" 吗？）
是 - Store 将仅以您上传的 APPX 包的格式进行编译 - 您不能再在任何 CPU 发布模式下构建，因此如果您仅上传 x86 或 ARM，这就是您将得到的.
它们总是建立在微软的机器上，太阳底下没有什么新鲜事。在 .NET Native 工具链之前有 MDIL precompiler，他们并没有为此吹嘘太多。在您的计算机上安装 .NET Native 的唯一原因是测试您的程序。它在识别反射代码中使用的 类 方面不是很可靠，你必须自己清除它。
您提交的是 MSIL 程序集，而不是本机版本，通常适用于任何体系结构。当然，您在提交应用程序时指定了要支持的架构。如果您省略 x64，那么商店机器将不会尝试构建它，也不会提供下载选项。
我的 UWP 应用有两种架构配置："x86" 和 "ARM"。
直到现在 (Win 8.1)，应用程序都是在开发人员的 PC 上构建的，然后上传到商店。 现在，这些应用程序是 "in the cloud" 在 Microsoft 使用 .NET Native 构建的。
我可以确定（在云中）只有 x86 和 ARM 将用于编译吗？ （即我可以确定不会有 "x64" 吗？）
是 - Store 将仅以您上传的 APPX 包的格式进行编译 - 您不能再在任何 CPU 发布模式下构建，因此如果您仅上传 x86 或 ARM，这就是您将得到的.
它们总是建立在微软的机器上，太阳底下没有什么新鲜事。在 .NET Native 工具链之前有 MDIL precompiler，他们并没有为此吹嘘太多。在您的计算机上安装 .NET Native 的唯一原因是测试您的程序。它在识别反射代码中使用的 类 方面不是很可靠，你必须自己清除它。
您提交的是 MSIL 程序集，而不是本机版本，通常适用于任何体系结构。当然，您在提交应用程序时指定了要支持的架构。如果您省略 x64，那么商店机器将不会尝试构建它，也不会提供下载选项。