第一章 为什么使用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。

推荐阅读更多精彩内容