Visual Studio 2015 速递（4）——高级特性之移动开发

系列文章

说是VS2015的高级特性，其实也高级不到哪里，看起来确实“高大上”，正如BUILD2015上演示的那样，你真的可以只用VS2015就可以“通吃”各种移动设备应用了，当然，是有条件的“通吃”，微软给了一系列的解决方案，来辅助完成这一目标。

首先我们来说说近几年很火的混合应用（Hybrid Apps），其中杰出之作是Apache Cordova，虽然任然有不少人确信移动应用还是本地（Native）的好，但是不可否认的是，随着摩尔定律的推进，电子设备的升级越来越快，而本地应用和混合应用的性能差异也越来越小，此时，混合应用的高效就体现出来了，甚至不需要太大的改动，你就可以很容易的把之前网站上写好的单页面应用（SPA）直接搬过来，发布和升级。VS2015针对此类混合应用提供了Visual Studio Tools for Apache Cordova，以前曾经叫做VS多设备混合应用（Multi-Device Hybrid Apps for Visual Studio），微软增强了以前CTP时的各种features，同时增加几项新功能，改名（微软一贯改名政策 :) ）之后包含在VS2015里了。

之前的CTP的功能就不在赘述，这里说说新鲜的吧。

通过模拟器或者Mac实机远程部署和调试iOS应用，个人感觉有点鸡肋，还得要苹果设备，但是不可否认的是VS向前迈进了一大步，从此算是一脚踏入了正在的跨平台。
改进的插件管理，可以更方便的从git或者文件系统安装自定义插件了。
改进的config.xml设计器，增加了根据平台来设定各自不动的配置了，这一点非常有用，举个例子来说吧，要开发一个签到应用吧，在iOS上，硬件是没有太大差异的，可选的只有摄像头（扫码），但是android世界可就丰富多彩了（也可以说是千奇百怪），你可以用摄像头（扫码），还可以NFC等等丰富外设，因此引入许多不同设置，在Cordova通过config.xml来管理，看着巨长的xml文件，不由得心里发憷。

支持调试更多的设备，Android支持4.4/4.3、或者通过jsHybugger支持早期设备；iOS则支持6/7/8；Windows Store支持8.1（悲催的wp7是不支持的，lumia早期设备偷偷哭吧）

接下来端出来的是另一个Android社区非常头疼的问题，众所周知，ADT和Android Studio的模拟器是基于QMENU的，在Windows上开发那就一个酸爽啊，一个小应用，几杯咖啡的时间还在部署中呢，后来Android出了Intel版的模拟器，从官方文档看性能大步提升，但是，你需要先安装HAXM，兴冲冲的上网下载，然后蹦出来一个错误提示：硬件不支持，怎么回事？原来需要CPU虚拟化支持，另外，这里是关键，不能有Hyper-V，但是VS开发移动设备默认就给你装上了，瞬间觉得这个世界满满都是邪恶啊！

因此，VS2015自己出了这么一个Android模拟器，你没有猜错，微软如是说了，有了它，你再也不会在切换模拟器的时候出现Hyper-V冲突了！然后告诉你支持了很多传感器模拟，支持旋转屏幕，支持触摸，支持网络模拟等等，关键的是，支持从Jellybean（API 17）起到Lollipop 5.1（API 22）的所有镜像，特色的是支持拖拽安装apk，还有，在Windows上，你可以单独安装这个包并使用这些模拟器，以替代ADT等自带的QMENU（记得国内有个团队做了基于virtualbox的android模拟器，好像叫genymotion，个人觉得不错，如果不嫌麻烦，可以对比一下试试）。

第三个出场的是Visual Studio Tools for Universal Windows App Development，微软自从2014年提出Universal Apps概念之后，一直在推这个微软的新界面编程的概念，实际上这不是一个新东西，基本上可以说是WPF的精简提炼，Silverlight的扩展补充，后台利用Portable Class Library作为桥梁，加上微软默默在底层做的一系列的封装。VS2015的这个新工具是为了实现微软更好的生态系统而努力的必然产物，本来微软的产品线就很复杂，排除掉目前最赚钱的云和办公软件系列，就只有操作系统和开发工具了，但这一块不是“王婆卖瓜”式的自夸就能成功的，还需要忠实的合作伙伴和虔诚的追随者，这些都需要一个能让合作伙伴和追随者能赚钱的良好生态环境。

然后是微软绑定的各种第三方开发工具，比如最近两年热火的Xamarin，微软也是不遗余力的推广开来，其口号则是冲着Hybrid App来的——使用C#开发跨平台的本地应用！