在VS 2015编写通用Windows平台10应用程序的过程中,是否还有其他人遇到任何非常缓慢的开发经验问题? 与使用类似的基本WPF应用程序相比,编译,debugging,甚至是窗口之间的切换都非常慢。
在Google上,我一直没能find任何关于这种体验的提及,这让我想知道在我的设置中是否有东西向UWP开发者投掷猴子扳手。
有没有人经历过这个,或者知道有什么方法加快发展?
更新
这个问题的上下文是在DEBUG模式下编译,而不是RELEASE(.NET本机)模式。
2016年10月更新
从Visual Studio 2015 Update 3
,此答案不再相关。 微软在开发环境恢复到稳定状态方面做得很好。 虽然我目前在XAML设计师方面有问题,但是编码和构建要快得多,而且更令人愉快。 我希望在下一个Visual Studio 15
中解决在XAML设计器中发现的大多数使人不快的问题。
有没有人经历过这个
是的 。
由于UWP,我的团队中的每个人都失去了理智。 我几乎相信,微软希望我讨厌C#和XAML。
…或知道有什么方法加快发展?
我将我的应用程序移植到UWP,但无法结束对Win8的支持。 所以,我有两个项目在同一个解决方案。 对于我来说,为了加快速度,我将构建配置修改为“Debug-UWP”和“Release-UWP”,以便在使用Windows 10应用程序时排除Win8应用程序和项目。 这只是一个小小的解脱。 建设仍然是一个痛苦的经历。
也
您可以禁用NuGet恢复每个版本的软件包。 转到选项 > NuGet包管理器,并取消选中“在Visual Studio中生成过程中自动检查丢失的包”。 这也是次要的,但每一点点帮助。
只是我的2美分,但我最近发现,在UWP项目上工作时有一个大问题。
我正在与Xamarin合作,以便在Android / iOS / WP8和UWP上兼容应用程序。
但最近在Visual Studio 2015 Update 2(使用W10)中,我的表现非常慢,界面非常不稳定,Build,Debug,XAML,一切都非常缓慢。
然后,我发现了一些非常糟糕的事情:如果将UWP项目设置为解决方案的起始项目,Visual Studio 2015就会变慢! 我不是什么真正的问题,但这对我来说是一个真正的问题!
除了UWP和WP8以外,我在解决方案中的其他项目上设置了我的启动项目。 如果我需要调试,我使用右键单击解决方案资源管理器,然后调试。
从那以后,VS2015对我来说没有任何性能问题。
迷人…简直让人着迷。
在主UWP应用程序的“生成”属性上关闭“使用.NET Native工具链编译”。 UWP库似乎不提供本地工具链选项。
我在为解决为什么我的文件解析应用程序需要花费两倍的时间来执行(不是构建)作为发布版本而不是作为调试版本的问题。 完全相反,应该发生的事情。 我也碰巧注意到很长时间才能完成发布版本,但这是暂时的第二个问题。
如果您在完成重建期间观察输出窗口,则会记录您拥有的所有库将按照您的习惯快速生成。 那么主要的应用程序将是一个沉闷的 – 一个很大的。
检查项目的构建属性,并注意只有主UWP应用程序具有“编译.NET本地工具链”选项。 图书馆没有它。 此外,默认情况下,只有发布版本已启用。 调试版本不。 果然,在发布版本上关闭它,发布版本开始像调试版本一样快地完成。
然后奇怪的奇怪…我的UWP应用程序版本生成现在运行速度比调试版本运行速度快了近一倍。
这是非常直观的。 本地构建的运行速度应该与非本地构建速度一样快,甚至更快。 Visual Studio下的编译器当然可以选择更多的努力来优化处理器的构建。
我想知道是否还有其他关于本地构建工具的问题,以及是否有解释。 缓慢的构建时间,我可以完全理解,如果构建工具正在努力为特定的本机处理器进行优化而努力了很多。 然而,本地代码比非本地代码运行速度慢得多的事实是完全违反直觉的。 在这种情况下,MSFT可能不愿意发布本地构建工具,这导致人们怀疑这些工具是否被错误地使用,或者其他一些误解是否足够。