为了更好地描述Meteor和AngularJS为什么值得一谈,我先从个人角度来回顾一下这三年来WEB开发的变化:
三年前,我已经开始尝试前后端分离,后端使用php的轻量业务逻辑框架。但当时前端还没有成熟且广泛流行的业务逻辑框架。所以在做产品开发时我仍然选用drupal等整体开发框架。开发时常常需要在javascript和php间切换,同时还要自己搞定数据库。此时的开发模型图是这样(红色箭头和红色块都表示工作重灾区):
![](https://i-blog.csdnimg.cn/blog_migrate/59cd8b09ec6480ef74da61409b256a86.png)
随着对用户体验的追求,我开始把业务逻辑往前端推移,于是马上遇到了前端数据与页面展示绑定的问题,业务逻辑简单时还能用jquery搞定。越来越复杂后,开始尝试使用backbone等前框架来规范数据层和做数据与视图的绑定,用requireJS做模块化和延迟加载。同时异步处理等编程模型也都开始进入实战。后端采用RESTful接口规范。此时的开发模型图是这样:
![](https://i-blog.csdnimg.cn/blog_migrate/5e8be3a1bd836af7c7aff7a1f6492abf.png)
一年前左右,接触到knockout和AngularJS,感受到数据和视图自动绑定的美妙开发体验后,立即抛弃Backbone。此时的开发已经彻底前后分离、前端业务数据层和视图层分离。接下来又开始陆续使用coffeescript 、jade、less进一步减少代码量。用grunt做自动编译、测试、和检测文件改动自动刷新浏览器。一切都已经比较完美了,除了后端仍然要对数据持久化做不少工作,除了前端要想实时反映数据改变仍然要轮询或者用webSocket连接服务器。这时的开发模型图已经是这样了:
![](https://i-blog.csdnimg.cn/blog_migrate/d7bac62679b9422426335bacecb5d3dc.png)
只差一点就完美了,Meteor就是这一点。Meteor是一个基于nodejs、webSocket、mongoDB的整体开发框架,在它的实现中,前后端的数据模型已经几乎没有差别。
意思就是,前端对数据模型进行任何改动,只要调用“save”方法,所有数据就自动存到服务器端的mongoDB中了——终于可以忘了主动发送请求给服务器,终于可以忘了服务器要和前端实现几乎一样的数据模型层
而任何前端“订阅的”后端数据出现改动,前端数据模型也会马上自动得到了更新——终于可以忘了主动轮询,终于可以忘了拿到后端数据再解析成前端模型。除了前后端模型的双向自动绑定,Meteor同时还实现了数据到前端模板的自动更新。
不过,Meteor的模板在处理视图到模型的改动时扩展性不如AngularJS。因此,将AngularJS和meteor结合是最好的选择。到这里,快速Web开发模型终于完成:
![](https://i-blog.csdnimg.cn/blog_migrate/c3f7e578ccd59ffcddedbbb14a98866c.png)
除了模型的自动绑定与更新,meteor还提供了大量进一步加速开发的机制。如:
- 前后端载入文件文件的自动化管理。只要将相应的文件扔到前后端相应的目录中,就会自动载入到页面,或者在后端自动运行。
- “智能包”管理。Meteor提供了模块的机制,让第三方开发者可以写“智能包”来加强前后端的功能。如,加载了“coffeescript”智能包后。无论前后端用coffeescript写的代码都会自动编译成javascript后再载入。
- 内置大量“智能包”,有进一步支持开发的包,如“less”、“underscore”、“coffeescript”,还有通用业务逻辑包。如“账户管理”,而且已经集成主流oauth账号登陆。
- 自动检测文件改动,自动刷新浏览器。
- 自动化部署。
以下马上来看一个实际开发的例子,制作一个为公司录入应聘人员信息的系统。
需求:
- 能指派面试官,自动邮件通知。
- 支持google邮箱登陆。
- 体验流畅、单页应用。
开始写业务逻辑之前,我们先开始为准备一些开发工具和环境。首先,我要求能用coffescript代替javascript,less代替css。安装完meteor之后,进入项目木文件夹。在命令行中输入如下代码
meteor create myapp
meteor add less
meteor add coffeescript
然后,我想在前端使用jquery,和meteor提供的账户系统来支持google oauth授权。继续输入:
meteor add jquery
meteor add account-ui
meteor add account-google
最后,将angularJS整合进来:在项目文件夹中创建如下目录层级:
![](https://i-blog.csdnimg.cn/blog_migrate/85240e459a52efde5961eb49899a7546.png)
client中的内容会全部自动加载到页面上,具体加载顺序请参考官方文档。server中的文件会在应用启动时自动运行。public中文件将作为静态资源供外部访问。
因为AngularJS对数据模型改动的检测是通过“dirty check”的方式(见Angular官方文档)。所以要使用插件来让Meteor数据改动能通知到AngularJS,以此触发视图变化。这个插件就是上图中的angular.meteor。
接下来说用AngularJS的ui-route模块来管理页面路由,将应用变成单页:
![](https://i-blog.csdnimg.cn/blog_migrate/89c7bb6d4f10951e98f1ccd00a9dc9bc.png)
加入“使用google账号”登录的功能:
![](https://i-blog.csdnimg.cn/blog_migrate/68fd601df7df67024de6dcf28eddfbb2.png)
当新增一个应聘者时,给面试官发邮件:
![](https://i-blog.csdnimg.cn/blog_migrate/8b1ca168e863d0daf510b3862de3a553.png)
这里应该注意到的是,Meteor对于数据的操作完全是标准的MongoDB语法。剩下的业务逻辑用AngularJS的视图与模型很快就可以实现了,这里不再赘述。
最后看看系统的效果截图,添加新的应聘人信息:
![](https://i-blog.csdnimg.cn/blog_migrate/778b14fb2aacf835aae4a667edd2c5ef.png)
面试结果记录:
![](https://i-blog.csdnimg.cn/blog_migrate/ee269fb87a4af3717a07a4a560354580.png)
总结整个开发过程,可以都看到的是,几乎没有后端开发,只要前端完成,应用基本上就完成了。并且一步就可以使用coffeescript、less等,不再需要自己搭建复杂的开发环境。这样的开发体验,在目前来说,几乎已经到极致了。
当然,要进入真正产品级开发,Meteor还有一些问题要克服,如“支持多种数据库”,“如何部署到集群”,“实时数据增加了服务器负载”等。好在Meteor目前收到的关注已经特别高,并且有了大量的第三方开发者,进入产品级开发的步伐越来越快。我们完全可以期待,这块拼图成熟之后,将给整个web开发新注入一股强大动力。
<script type="text/javascript"> </script><script type="text/javascript" src="http://pagead2.googlesyndication.com/pagead/show_ads.js"></script>