[译] 响应式 Web 应用（二）

本文由 Shaw 发表在 ScalaCool 团队博客。

上一篇

<译> 响应式 Web 应用（一）

1.1.3 响应式编程

响应式编程是一种基于数据流以及传播数据变化的编程范例。例如，考虑表 1.1 中所表示的电子表格。

Image of spreadsheet

单元格 C1 以以下的方式来定义：

C1 = A1 * B1

若是咱们在电子表格中运行上述例子，一旦 A1 或者 B1 的值发生改变，那么 C1 的结果将相应地做出改变。所以电子表格背后的编程语言容许咱们定义数据之间的关系，那些数据将会在电子表格中传播变化。

为了实现一个实时的电子表格应用程序，好比 Google Drive 中的电子表格，咱们将会利用一些底层的概念（诸如事件）去进行构建：当用户改变单元格 A1 的值时，会触发一个事件。而后全部与 A1 有关的单元格，好比包含咱们表达式的单元格 C1就会对该事件作出响应，该单元格将会从新计算自身的值而后将新的值显示出来。这个过程将彻底对用户隐藏，由于用户只关心单元格中值之间的关系。

在 Web 应用程序开发方面，这种技术愈来愈多地用于前端应用程序的开发。好比 KnockoutJS、AngularJS、Meteor 以及 React.js 等工具都使用了这种模式。开发者不须要关心在特定 DOM 元素上声明的监听器的细节，他们只须要描述数据的变化是如何经过用户界面进行传播的就能够了。采用这种模式使得如何去实现响应式用户界面变得简单化了。咱们将在第8章中探讨响应式用户界面。

在服务端也能找到相似的抽象，其中事件起着关键性的做用。好比「响应式流」，她旨在为 JVM 上的异步流处理提供一个标准接口。关于这种新的方式咱们将会在第9章详细讨论。

1.1.4 响应式技术的出现

这些年来出现了许多技术和框架，她们都有一些共同点，根据这些共同点，咱们能够将其归为响应式技术。可是开发响应式应用并不只仅是简单地使用响应式技术，这点将会在后面介绍。可是所采用的技术必须知足许多先决条件用以支持响应式的行为，尤为是异步和事件驱动代码执行的能力。

微软的 Reactive Extensions （Rx; rx.codeplex.com/）是一个用于编写基于异步以及事件驱动程序的类库。你能够在 .NET 平台以及其余平台（例如 JavaScript）上使用它。在 Node.js（nodejs.org）上使用 JavaScript 去构建异步的、基于事件驱动的应用程序现已很是流行。一样，在 JVM 上也有大量的类库支持异步以及事件驱动，好比 Apache MINA （https:// mina.apache.org） 以及 Netty（netty.io）。

这些底层技术都提供了构建异步和事件驱动应用程序的基本工具，可是要使一个 Web 应用达到一种成熟完备的状态还须要作不少工做。一个成熟的应用程序必需要可以兼顾许多方面，好比代码组织、视图模板、客户端资源（例如样式表和 JavaScript 文件）的引入和组织。还有数据库的链接以及系统的安全性等。当下有许多所谓的全栈式 Web 应用框架，其中还有少部分采用了响应式技术，可是只有极少部分拥抱了响应式技术的原理和核心，她们经过采用响应式技术来从根本上去构建 Web 框架。

全栈式框架关注一个应用程序在构建以及部署过程当中所涉及到的全部层面：客户端UI技术（或集成方式），服务器端业务逻辑，身份验证，数据库访问集成以及各类通用模块的类库（如远程 Web 服务调用）。在响应式应用程序中，全部这些层都必须遵循相同的异步调用和错误恢复的原则。

Play 框架是迄今为止 JVM 上惟一的一个全栈响应式 Web 应用框架。其余诸如 Lift （http://liftweb .net）的全栈式框架为 web 应用程序的开发提供了一个很好的选择。可是她们没有将异步，故障恢复能力和可伸缩性做为主要的目标来设计。

Play 是基于 Netty 来构建的，并经过使用「响应式流」所提供的异步流处理来支持其响应式行为（如图 1.1）。

Image of play high level architecture

Play 经过使用 sbt 构建工具来处理 web 应用程序开发的典型问题，例如客户端资源处理、项目的编译和打包。而且 sbt 还提供了许多有用的类库来解决诸如 JSON 处理和 Web 服务访问之类的常见问题。另外她还提供了许多插件来实现对数据库的访问。在本书的剩余部分中，你将学习到如何利用 Play 的高效性来构建响应式 web 应用。

如今咱们来进一步了解 web 应用程序是如何工做的，以及如何去利用计算机资源来理解为何响应式 web 应用程序的异步、事件驱动的行为是必要的。