为什么 UWP 10 开发如此缓慢？
Why is UWP 10 development so slow?
在 VS 2015 中为通用 Windows 平台 10 编写应用程序时，是否有其他人遇到过非常缓慢的开发体验问题？与使用类似的基本 WPF 应用程序相比，编译、调试甚至在 windows 之间切换都非常缓慢。
我无法在 Google 上找到任何关于此体验的提及，这让我想知道我的设置中是否有某些东西正在向 UWP 开发人员投掷活动扳手。
有没有人遇到过这种情况，或者知道有什么方法可以加快开发速度？
更新
这个问题的上下文是在DEBUG模式下编译，而不是RELEASE（.NET native）模式。
2016 年 10 月更新
从 Visual Studio 2015 Update 3 开始，此答案不再相关。 Microsoft 在将开发环境恢复到稳定状态方面做得非常出色。虽然我目前在使用 XAML 设计器时遇到问题，但编码和构建速度更快，也更有趣。我希望 XAML 设计器中发现的大多数令人衰弱的问题在下一个 Visual Studio 15 中得到解决。
Has anyone experienced this
是。
我团队中的每个人都因为 UWP 而脱发。我几乎确信 Microsoft 希望我讨厌 C# & XAML.
...or know of any ways to speed up development?
我正在将我的应用程序移植到 UWP，但我无法终止对 Win8 的支持。所以，我在同一个解决方案中有两个项目。对我来说，为了加快速度，我将构建配置修改为 "Debug-UWP" 和 "Release-UWP"，以在我使用 Windows 10 应用程序时排除 Win8 应用程序和项目。这只是一个小小的安慰。建筑还是痛苦的经历。
还有
您可以禁止 NuGet 在每次构建时恢复包。转到 选项 > NuGet 包管理器 并取消选中 "Automatically check for missing packages during build in Visual Studio." 这也是次要的，但一点点帮助。
只是我的 2 美分，但我最近发现在处理 UWP 项目时存在一个大问题。
我正在使用 Xamarin 开发我的项目，以便让应用程序兼容 Android / iOS / WP8 和 UWP。
但最近在 Visual Studio 2015 Update 2（使用 W10）工作，我的性能非常慢，界面非常滞后，构建，调试，XAML，一切都很慢。
然后我发现了一些非常糟糕的事情：如果您将 UWP 项目设置为解决方案的起始项目，Visual Studio2015 会变得非常慢！我不知道什么是真正的问题，但这对我来说是一个真正的问题！
我将我的启动项目设置在解决方案中的其他项目上，而不是 UWP 和 WP8。如果我需要调试，我会在解决方案资源管理器中右键单击，然后调试来启动它们。
从那时起，VS2015 对我来说就没有性能问题了。
迷人...简直迷人。
关闭 "Compile with .NET Native tool chain" 主 UWP 应用程序的构建属性。 UWP 库似乎不提供本机工具链选项。
我一直在解决为什么我的文件解析应用程序在发布版本中执行（而不是构建）的时间是调试版本的两倍。与本该发生的事情完全相反。我也碰巧注意到完成发布构建的时间很长，但它暂时是次要问题。
如果您在完整重建期间观察输出 window，您会注意到您拥有的任何库都将像您习惯的那样快速构建。那么主应用程序将是一个陷入困境的应用程序 - 很多。
检查项目的构建属性，注意只有主 UWP 应用有 "Compile with .NET Native tool chain" 选项。图书馆没有。此外，默认情况下只有发布版本才启用它。调试版本没有。果然，在发布版本上将其关闭，发布版本开始与调试版本一样快地完成。
那么奇怪中的奇怪...我的 UWP 应用程序发布版本现在 运行 比调试版本快大约 10%，而它过去 运行 慢了将近两倍。
这一切都非常违反直觉。本机构建应该 运行 与非本机构建一样快，甚至快一点点。 Visual Studio 下的编译器当然可以选择付出更多的努力来优化处理器的构建。
我想知道是否还有其他关于本机构建工具问题的发布，以及是否有解释。如果构建工具更加努力地尝试针对特定的本机处理器进行优化，我完全可以理解缓慢的构建时间。然而，本机代码 运行 比非本机代码慢得多这一事实完全违反直觉。在这种情况下，MSFT 会费心发布本机构建工具似乎没有意义，这让人怀疑是工具使用不当还是其他误解。
在 VS 2015 中为通用 Windows 平台 10 编写应用程序时，是否有其他人遇到过非常缓慢的开发体验问题？与使用类似的基本 WPF 应用程序相比，编译、调试甚至在 windows 之间切换都非常缓慢。
我无法在 Google 上找到任何关于此体验的提及，这让我想知道我的设置中是否有某些东西正在向 UWP 开发人员投掷活动扳手。
有没有人遇到过这种情况，或者知道有什么方法可以加快开发速度？
更新
这个问题的上下文是在DEBUG模式下编译，而不是RELEASE（.NET native）模式。
2016 年 10 月更新
从 Visual Studio 2015 Update 3 开始，此答案不再相关。 Microsoft 在将开发环境恢复到稳定状态方面做得非常出色。虽然我目前在使用 XAML 设计器时遇到问题，但编码和构建速度更快，也更有趣。我希望 XAML 设计器中发现的大多数令人衰弱的问题在下一个 Visual Studio 15 中得到解决。
Has anyone experienced this
是。
我团队中的每个人都因为 UWP 而脱发。我几乎确信 Microsoft 希望我讨厌 C# & XAML.
...or know of any ways to speed up development?
我正在将我的应用程序移植到 UWP，但我无法终止对 Win8 的支持。所以，我在同一个解决方案中有两个项目。对我来说，为了加快速度，我将构建配置修改为 "Debug-UWP" 和 "Release-UWP"，以在我使用 Windows 10 应用程序时排除 Win8 应用程序和项目。这只是一个小小的安慰。建筑还是痛苦的经历。
还有
您可以禁止 NuGet 在每次构建时恢复包。转到 选项 > NuGet 包管理器 并取消选中 "Automatically check for missing packages during build in Visual Studio." 这也是次要的，但一点点帮助。
只是我的 2 美分，但我最近发现在处理 UWP 项目时存在一个大问题。
我正在使用 Xamarin 开发我的项目，以便让应用程序兼容 Android / iOS / WP8 和 UWP。
但最近在 Visual Studio 2015 Update 2（使用 W10）工作，我的性能非常慢，界面非常滞后，构建，调试，XAML，一切都很慢。
然后我发现了一些非常糟糕的事情：如果您将 UWP 项目设置为解决方案的起始项目，Visual Studio2015 会变得非常慢！我不知道什么是真正的问题，但这对我来说是一个真正的问题！
我将我的启动项目设置在解决方案中的其他项目上，而不是 UWP 和 WP8。如果我需要调试，我会在解决方案资源管理器中右键单击，然后调试来启动它们。
从那时起，VS2015 对我来说就没有性能问题了。
迷人...简直迷人。
关闭 "Compile with .NET Native tool chain" 主 UWP 应用程序的构建属性。 UWP 库似乎不提供本机工具链选项。
我一直在解决为什么我的文件解析应用程序在发布版本中执行（而不是构建）的时间是调试版本的两倍。与本该发生的事情完全相反。我也碰巧注意到完成发布构建的时间很长，但它暂时是次要问题。
如果您在完整重建期间观察输出 window，您会注意到您拥有的任何库都将像您习惯的那样快速构建。那么主应用程序将是一个陷入困境的应用程序 - 很多。
检查项目的构建属性，注意只有主 UWP 应用有 "Compile with .NET Native tool chain" 选项。图书馆没有。此外，默认情况下只有发布版本才启用它。调试版本没有。果然，在发布版本上将其关闭，发布版本开始与调试版本一样快地完成。
那么奇怪中的奇怪...我的 UWP 应用程序发布版本现在 运行 比调试版本快大约 10%，而它过去 运行 慢了将近两倍。
这一切都非常违反直觉。本机构建应该 运行 与非本机构建一样快，甚至快一点点。 Visual Studio 下的编译器当然可以选择付出更多的努力来优化处理器的构建。
我想知道是否还有其他关于本机构建工具问题的发布，以及是否有解释。如果构建工具更加努力地尝试针对特定的本机处理器进行优化，我完全可以理解缓慢的构建时间。然而，本机代码 运行 比非本机代码慢得多这一事实完全违反直觉。在这种情况下，MSFT 会费心发布本机构建工具似乎没有意义，这让人怀疑是工具使用不当还是其他误解。