后 HTTP 时代:使用 Meteor 开发实时 Web 应用

阅读数:2527 2013 年 6 月 14 日

话题:JavaScript语言 & 开发

QCon New York 2013大会的HTML5 专场中,Matt DeBergalisMeteor做了一场报告。Meteor 是开源的实时 Web 应用框架,Debergalis 是该框架的联合创建者。据 DeBergalis 介绍,从架构上看,选择客户端还是服务器,钟摆已经摇摆了多次:从主机(服务器端)到桌面(客户端),再到 Web(服务器端),现在又发展到了现代化的 Web——客户端功能越来越强,越来越多的工作又回到了客户端。然而,DeBergalis 认为用于构建这些现代化 Web 应用的工具还没有跟上。Meteor 的目标就是提供一种工具,让开发者更轻松、更一致地构建这类实时 Web 应用。

今天的现代化 Web 应用由两个不同的部分组成:

  1. 服务器端可能是使用诸如 PHP、Java 或 Ruby 等语言构建的,同时使用特定的服务器端 API 及工具来构建软件并管理依赖。
  2. 客户端会使用一种或多种 JavaScript 库、HTML 和 CSS,而且也是利用自己的构建工具(如Google Closure Compiler)来构建的。

两者之间的通信本质上采用的是一种定制的线级协议,通常使用 HTTP 或 WebSocket 之上的 JSON 来编码,并以这种方式发送命令:发送一段数据、将这段新数据持久化及渲染这段数据等。

Meteor 反思了这种实现方式,并致力于让一切实时进行。HTTP 并不适合这一目标,相反,通过 WebSocket 使用 Meteor 自己的DDP(分布式数据协议)进行通信更为合适,而且这里的通信不仅仅是交付 Web 资源。DDP 是一种通用协议(使用 JSON 编码),支持如下三种核心操作:

  • 订阅:利用该协议,客户端可以登录并发表自己的意见:“我对数据集合 X 感兴趣,请发给我它的所有数据的初始快照,然后不断地将数据的变化值发给我,以便我更新缓存的数据,使其保持最新。”
  • 发布:“实体 Y 的 X 属性,其值修改为 Z。”
  • 远程过程调用(RPC):这类操作用于执行远程过程,并以容错的方式返回执行结果。

Meteor 提供了一个用 JavaScript 编写的、支持服务器和客户端的 DDP 实现(在服务器上是支持FibersNode.js)。不过该协议与实现无关,因此可以编写另外的实现作为替代。比如,现在已经有了一个.NET 客户端库

Meteor 的第二个组件是其视图引擎,它能利用底层数据自动将 DOM 保持最新,与AngularJSWeb Components支持的功能类似。

Meteor 的第三个组件是打包系统。因为 Meteor 组件不仅仅是服务器端或客户端,因此当前的打包系统并不合适。Meteor 的打包系统可以同时分发服务器端组件和客户端组件。

Meteor 本身可以确定哪部分代码需要运行在浏览器中,哪部分运行在服务器上。DeBergalis 提到,为了更好地分割代码,目前正在开发静态源码分析技术。有了这样的技术,就可以只推送客户端需要的代码。

实时推送数据,并不是 Meteor 中唯一涉及实时性的地方。热代码推送是 Demo 中最引人注目的特性之一是:不管开发者什么时候保存文件,Meteor 不仅能自动地重新加载服务器上的代码,还能自动地将代码打包,并将代码推送给所有客户端,确保所有客户端运行的是与服务端代码兼容的、最新最好的客户端代码。

Meteor是一种有趣的全栈式实时 Web 应用开发方法。要学习更多知识,请阅读 Meteor 网站提供的文档,并研究相关例子。此外,还有一本关于 Meteor 的书,InfoQ 曾发布过相关书评

查看英文原文:The Post-HTTP Era: Real-Time Web Apps With Meteor