Uwp “Windows应用商店.NET本机”；“云编译”：建筑的选择

我的UWP应用程序有两种架构配置：“x86”和“ARM”

到目前为止（Win 8.1），这些应用程序都是在开发者PC上构建的，然后上传到商店。 现在，这些应用程序是在微软的“云端”中使用.NET本机构建的

---

我可以肯定（在云中）只有x86和ARM将用于编译吗？（即，我是否可以确保不会出现“x64”？）

是-存储将仅以您上载APPX软件包的格式编译-在发布模式下，您无法再在任何CPU中构建，因此如果您仅上载x86或ARM，这就是你将得到的。

是的-商店将只以你上传的APPX软件包的格式编译-你不能再在发布模式下在任何CPU中构建，因此如果你只上传x86或ARM，那就是你将得到的。

它们总是在Microsoft机器上构建的，在阳光下没有什么新东西。在.NET原生工具链出现之前，他们并没有对此吹嘘很多。在计算机上安装.NET本机的唯一原因是测试程序。因为它在识别反射代码中使用的类时很糟糕，所以它不是很可靠，您必须自己清除它

---

您提交的是MSIL程序集，而不是本机版本，通常适用于任何体系结构。当然，在提交应用程序时，您可以指定要支持的体系结构。如果您省略了x64，那么商店机器将不会尝试构建它，也不会提供下载选项。

它们总是在Microsoft机器上构建的，没有什么新鲜事。在.NET原生工具链出现之前，他们并没有对此吹嘘很多。在计算机上安装.NET本机的唯一原因是测试程序。因为它在识别反射代码中使用的类时很糟糕，所以它不是很可靠，您必须自己清除它

---

您提交的是MSIL程序集，而不是本机版本，通常适用于任何体系结构。当然，在提交应用程序时，您可以指定要支持的体系结构。如果您省略了x64，则存储计算机将不会尝试构建它，也不会提供下载选项。

但您不再“上载APPX软件包”。你只上传了一个“.appxupload”，是吗？@eikuh:你确实上传了软件包-appxupload本身就是一个软件包。@BoltClock:那么，我会上传两个（x86，ARM）appxupload文件吗？@eikuh:你可以将它们捆绑到一个appxupload中。VisualStudio将在您使用Store>Create应用程序包进行构建时询问您。啊，好吧，我想我有点不对劲。。。但是很高兴知道我们仍然可以决定目标架构。但是你不再“上传APPX包”。你只上传了一个“.appxupload”，是吗？@eikuh:你确实上传了软件包-appxupload本身就是一个软件包。@BoltClock:那么，我会上传两个（x86，ARM）appxupload文件吗？@eikuh:你可以将它们捆绑到一个appxupload中。VisualStudio将在您使用Store>Create应用程序包进行构建时询问您。啊，好吧，我想我有点不对劲。。。但是很高兴知道我们仍然可以决定目标架构。你从哪里得到UWP应用在云中构建的信息？从来没有听说过。你可以在这里找到信息：由于编译器是云托管的，因此可以对其进行迭代以修复错误，而无需在本地重新编译应用程序。你从哪里获得UWP应用程序在云中构建的信息？从来没有听说过。你可以在这里找到信息：因为编译器是云托管的，所以可以迭代它来修复bug，而不必在本地重新编译你的应用程序。