Visual Studio 2015速递(2)——提升效率和质量(VS2015核心竞争力)

前文提到过一个神器叫Resharper，功能强大。编码效率和代码质量那是蹭蹭的涨，可是神器的最大问题是太耗费资源了，每次系统提示内存不足的时候，那叫一个纠结啊。因此每次新的VS公布的时候都不由自主的查看是否增强编辑功能，不由自主的讨论一番，这次VS2015也不例外。

去年微软放出Roslyn的时候，微软就以前放出过一个“尝鲜”版的VS编辑增强功能，恰恰就是重构（reflector）。话说这个对控件开发太实用了，可是之前仅仅有纠结的Resharper才有的。尽管它也不是非常完整，当时还鼓动“群众”去微软功能收集站点上疯狂点支持呢。

一年过去，微软正式命名Roslyn为.NET编译平台（.NET Compiler Platform），得益于这个平台。微软在VS2015完好了让开发者欣喜的编辑器增强。

• 点亮的小黄灯泡能够展开一个高速动作的入口（看着看着总认为像是从Resharper搬过来的，哈哈），当代码有为题的时候。提供各种修复建议。

  另外全部的重构功能也一到这里了。还添加了快捷键（Ctrl+<Dot>)。 
  

• 支持暂时变量和本地变量重构，能够轻松把一个代码块替换成本地暂时变量或者反过来把暂时变量的运行块放回去。 
  
• 改名（renaming）有所增强。比方直接在编辑器里改名并应用到全部实例。另一些典型场景下改名冲突问题都有所体现 
  

除了上面的重构功能。微软还做了其它的编辑器增强，主要是对于触摸设备支持，高分辨率设备支持等等，在没遇到问题之前，这些都不算什么，是以按下不表。可是对于Javascript编辑增强还是非常有竞争力的，比方更好的导航，利用JSDoc改善智能提示，代码折叠等等，想想当年那个好几千行的wijmo widget实现，尽然认为如今的“猿”们非常幸福。

作为伟大的“程序员”一员。仅仅有编辑器增强无疑是不够看的，还渴求一个好的调试和诊断工具，一直以来VS在这一领域做的都不错，可是还有有那么些痛处让广大“猿”们心里不安，当然，好消息是VS2015再次增强了调试和诊断工具。让我们能够更从容准确的找到问题的症结。以下我们一起来看看这些让其它开发环境羡慕。以前非常纠结的功能点吧：

• 附加调试时编辑运行（Edit and continue on Attach），想想无数次修某些小问题的时候，也就改了那么几句话，想看效果。得等待IDE停掉当前的调试。然后编译在启动新的调试，每次花费的时间看起来不多，累计效果确实非常惊人的。因此编辑运行功能对复杂的开发场景还是非常爽的。

  如今，VS加入了对附加调试的编辑运行的支持，这对于非常多web开发来说非常实用，举个样例，你在页面里用了C1 Studio for .NET的web控件，放到IIS上了。发现问题可能是少设置了某个属性。如今你仅仅须要附加调试IIS，然后在合适时机通过编辑运行把这段代码注入进去就能够了。

• 在调试窗体运行Lambda。比方从EF返回了一个Entity，然后本地挂了一堆LINQ，调试到一半，看看中间结果是否预期，非常高兴的在监视（Watch）、马上运行（Immediate）等窗体粘帖了一段代码。回车，期待了好一会，IDE提示有Lambda。不能继续，想想就非常不爽。
• XAML UI调试工具。经过这么多年的发展，WPF也算是在界面层站住了脚，可是IDE对于界面的调试这一块一直没有起色，非常多工具都是磕磕巴巴。不是性能问题就是交互性不好，详细来说。比方C1 XAML里的FlexGrid。老板突然跳出来让你解释一下自己定义编辑器那啥的，还真不好说清楚。VS2015为此提供两个小组件：Live Visual Tree和Live Property Explorer，打开界面，就能够实时调试界面上的非常多细节。诸如元素位置，绑定细节等等。 
• 另一个WPF的功能点是Timeline Tool。替代了前代的XAML UI Responsiveness tool，有点像Webkit里提供的开发者工具里类似的时间线，能把应用程序的性能按时间线的方式展开。对于WPF的性能调优来说，非常及时，比更早期Performance Tool好了不止一点点。

   
  

当然。实际VS2015还提供的很多其它其它效率和质量方面的增强。限于篇幅，这里就不赘述了。感兴趣的童鞋能够一起讨论。

下一篇我们会聊聊Asp.net~请持续关注吧~