问为什么UWP 10的发展如此缓慢？

EN

更新2016年10月

这个答案不再适用于Visual Studio 2015 Update 3。微软做了很好的工作，使开发环境恢复到稳定状态。尽管我目前与XAML设计人员有问题，但编码和构建要快得多，而且更令人愉快。我希望XAML设计器中发现的大多数令人衰弱的问题在下一个Visual Studio 15中得到解决。

有没有人经历过这个

是。

我团队里的每个人都因为UWP而失去了头发。我几乎确信微软希望我恨C# & XAML。

...or知道有什么方法可以加速开发吗？

我正在将我的应用程序移植到UWP，但我无法结束对Win8的支持。所以，我把这两个项目放在同一个解决方案中。对我来说，为了加快速度，我将构建配置修改为"Debug-UWP“和”Release“，以排除使用Windows10应用程序时的Win8应用程序和项目。这只是一个小小的宽慰。建筑仍然是一种痛苦的经历。

也是

您可以禁用NuGet，使其无法在每次生成中还原包。转到Options > NuGet packages并取消选中“自动检查在Visual构建过程中缺少的包”。这也是次要的，但每一点都有帮助。

只是我的2美分，但我最近发现，有一个大的问题，当工作的UWP项目。

为了在安卓/ iOS / WP8和UWP上兼容应用程序，我正在与Xamarin一起开发我的项目。

但是最近在VisualStudio2015Update 2(使用W10)中工作时，我的性能非常慢，界面非常滞后，构建、调试、XAML，一切都非常缓慢。

然后我发现了一件非常可怕的事情:如果你把你的UWP项目设置为你的解决方案的开始项目，那么Visual 2015会变得非常慢！我不知道什么是真正的问题，但这对我来说是一个真正的问题！

我将我的启动项目设置在解决方案中的其他项目上，而不是UWP和WP8。如果需要调试，则使用解决方案资源管理器中的右键单击启动它们，然后进行调试。

从那以后，VS2015对我来说没有性能问题。

迷人..。很吸引人。

关闭主要UWP应用程序的构建属性上的“用.NET本地工具链编译”。UWP库似乎没有提供本机工具链选项。

我在争论为什么我的文件解析应用程序执行(而不是构建)发行版构建所用的时间是调试构建的两倍。与应该发生的事情完全相反。我还碰巧注意到完成发行版构建的时间很长，但这暂时是次要的问题。

如果在整个重建过程中查看输出窗口，您将注意到您拥有的任何库都将以您习惯的速度构建。然后主应用程序就会陷入困境--很多。

检查您的项目的构建属性，并注意到只有主要的UWP应用程序有“用.NET本地工具链编译”选项。图书馆里没有它。此外，默认情况下，只有版本构建才启用了它。调试构建没有。当然，在发行版构建时关闭它，发行版构建开始与调试构建一样快完成。

那么奇怪的是..。我的UWP应用程序发布版现在运行速度比调试版本快了10%，因为它的运行速度几乎是以前的两倍。

这一切都是违反直觉的。与非本地构建相比，本机构建应该运行得同样快，即使不是稍微快一点。Visual下的编译器当然可以选择将更多的艰苦工作用于优化处理器的构建。

我想知道是否还有其他关于本机构建工具的问题的文章，以及是否有解释。如果构建工具正在消耗大量的精力，尝试为特定的本地处理器进行优化，我完全可以理解构建时间的缓慢。然而，本机代码的运行速度要比非本地代码慢得多，这完全违背了直觉。在这种情况下，MSFT会费心发布本地构建工具，这似乎没有什么意义，这让人怀疑这些工具是否被错误地使用了，或者其他一些误解是“一脚”。