第一章 为什么使用Javascript开发桌面App

开发桌面App的历史应该已经很久远了，从最初的计算机GUI诞生之后，桌面App也就应运而生了。

在以前开发桌面App的最大难点在于UI的美化，毕竟作为一名程序员对美的要求是很高的，但是美工的能力还是不足的，虽然各个平台的开发框架提供了基础的UI组件，但是看起来还是很丑陋；而要开发出一款界面很炫酷的桌面App在以前基本上只有有实力的公司才能实现，因为要自己去实现一个GUI框架，而不是使用现成的。一款好的App，90%的代码都是在编写一个用户友好的GUI上了。

随着网络技术的发展，特别是Google公司的Gmail的惊世到来，使得Javascript这个之前只能写写小动画的脚本语言，一跃成为了炙手可热的开发语言，一切能用javascript实现的代码，最终都会用javascript实现；特别是配合了HTML和CSS，这三者结合之后，几乎称霸了整个的网页前端的开发。而随着Javascript的盛行，许许多多基于Javascript的开发库，开发框架等等如雨后春笋般喷涌而出，首当其冲的是jQuery，这个框架在早期的前端开发中占据了几乎80%的市场，严格说来jQuery应该属于工具范畴，它的主要功能是实现DOM的操作和AJAX的实现。

再然后是开发框架的出现，与jQuery定位不同，框架试图一劳永逸的解决所有的问题，它们自己维护了DOM，使用各自封装好的通讯方法实现了AJAX通讯，同时实现了数据的绑定，将MVC模式在浏览器上重现，基本上你学了这种框架，跟学不学JS没有什么关系，因为这个已经是自成一套的体系了，这里面最突出的应该算是ExtJS，现在改名叫Sencha，如果你熟悉JAVA端的GUI开发的话，那么你应该能够很容易就可以上手使用Sencha，因为这个框架就是模拟了JAVA的Spring框架实现，完全使用了JAVA的开发思路，而且UI界面效果也很炫，对通讯和数据都做了包装，很适合用于企业开发。

但是Sencha的风格明显与JS随意飘渺的性格不和，因此还有很多框架被开发了出来，最著名的应该是Google的Angular 1，当时在开发前端的时候，数据更新处理是一件比较麻烦的事情，严格说来也不是很麻烦，只是对于程序员来说为了更新一个input中的值而要写上十几行或者几十行代码来说的确是一个大麻烦，而很多应用基本上就是数据更新的操作，因此Angular的诞生正好解决了数据更新的问题，它通过内部的数据跟踪机制，来自动维护DOM的值与数据的值一一对应，我们只要修改数据模型的值就可以了，UI的事情就交给Angular去处理了。这套机制一开始运行的还不错，但是后来坑越来越多，也填了很多，但是最终性能问题还是一直困扰着Angular 1。

之后Facebook公司又异想天开的开发了一套基于虚拟DOM技术的JS框架“React”，这个划时代的操作一举刷新了DOM的操作速度，DOM的操作时间从之前的至少100ms+降低到了20~30ms的，使得浏览器上的App几乎有了跟原生App相同的运行速度，而基于虚拟DOM的概念甚至可以实现使用类HTML+JS+CSS来开发APP的可能，没错，事实上确实也发生了，React-Native！一个可以使用前端开发人员熟悉的HTML+JS+CSS来开发原先只有熟悉JAVA或者Object-C的程序员才能完成的活。不幸的是这套框架只能在移动实现，到现在还没有桌面端的实现出来。

在移动端除了React-Native之外还有一些使用网页技术实现的框架，他们是使用了JSBridge技术实现了WebView与Native App之间的通讯，简单来说就是给浏览器外面套了一层Native的壳，而开发者只要调用暴露出来的JS API就能实现原生App的功能，比如获取用户的网络信息，获取用户的地理位置，甚至是指纹识别都能实现，而开发者仅仅只要懂Javascript就可以了，几乎不用再去学习Object-C或者JAVA；而这种框架还有另一个最大的优点就是，开发者不用再去维护不同移动平台的区别（好吧，其实只有iOS和Android这两个平台），只需要开发一遍就能跑在几乎所有设备上了。而不幸的是，这种技术也没有在进化到桌面端App上来。

既然连移动端都能使用HTML+JS+CSS来开发了，桌面端难道还要使用传统框架吗？这不科学啊。的确，这样的现实是很荒诞的，作为移动端的发展居然已经超过了桌面端，这时候我们的救星就此诞生了，这是一个身出名门的家伙，这是一个亚裔爸爸的杰作，这是一个人家闲暇时间的开源项目，这就是NW！一个你能使用网页技术开发桌面端App的伟大App，他使用的技术跟移动端不同，不是通过JSBridge来实现与原生层的交互，而是本身就是一个原生的App，它通过Nodejs来实现对系统功能的调用，而你要做的就是上NPM网站，看看有什么需要的功能，然后install以下就OK了，开发变的前所未有的简单。可以访问NW官方网站

说到NW的话，那也要提一下Github公司开发的Electron项目，这个项目与NW极其类似，唯一的区别在于进程的不同处理上，NW只有一个主进程，渲染和事物处理全部在这个主进程中进行，而Electron是分成了主进程和渲染进程两种进程，主进程维护了数据通讯（也不知道维护了什么，因为后面版本升级后，以前只有主进程能做的事渲染进程也能做了），渲染进程维护视图的渲染，理论上这样分配导致App奔溃的可能性更小。可以访问Electron项目进行查看，对了Github当初开发Electron项目的目的是为了开发Atom编辑器，有兴趣也可以下载试试看。

之后的文章将会基于Electron来讲解如何开发桌面端的App。