使用 Google App Engine、Google Closure Library 与 Clojure 编写 HTML 5 应用

上周，Freiheit.com 的 CTO Stefan Richter 在慕尼黑举办的 Google 开发者日上谈到了他对于使用HTML 5 与Google App Engine 编写富Internet 应用的愿景。特别地，他认为相对于基于服务器端的页面渲染来说，基于HTML 5 来构建客户端组件会更加困难。

在之前的Web 开发中，厚重的客户端应用模型都是基于Widget、事件以及事件处理器，这经常会导致复杂的事件处理链，而这一切会造成维护的梦魇。在两层的客户端应用模型中，人们甚至会直接从事件处理器中访问数据库。借助于服务器端的页面渲染，人们可以创建完整的页面，每次都是一个请求，一个响应。

Stefan 认为借助于 HTML 5，“你可以在客户端生成”越来越多的 HTML 代码。他们所尝试的一种方式就是使用 Google Closure Templates。

Closure Templates 是个客户端与服务器端的模板系统，你可以使用它动态构建可重用的 HTML 与 UI 元素。Closure Templates 分别针对 JavaScript 与 Java 提供了相应的实现，这样你就可以在服务器端与客户端使用同样的模板了。

他还推荐集中编写事件处理器，只在必要的情况下将状态封装到客户化 Widget 中。

从后端视角来看，他提出了这样一个问题：“我们真的需要类与对象来传递数据吗？”。他们可以通过 Clojure Macros 在服务器端生成数据访问代码。同样的数据结构既可以用在客户端，也可以用在服务器端：

我们使用键 / 值对作为主要的数据结构。我认为这是应用部署的未来。不再有阻抗失配、不再有 ORM、不再有数据转换。

Clojure 内部使用了键 / 值对形式。我们可以从 Google Datastore 上获取到他们，也可以将其发送给 Google Datastore，还能以 JSON 形式将其发送到客户端。

Stefan 建议大家尽其所能地尝试使用他们，就按照“键 / 值”对形式来用，编写没有副作用的功能性 JavaScript 代码。

在演讲中，他对下一代的 RIA 给出了一系列的通用原则：

• 只需要阅读代码就应该理解他们的行为
• 不要尝试在浏览器中编写窗口风格的桌面应用
• 准备好在客户端渲染大多数 HTML 代码
• 不要以 Java 形式编写 JavaScript 代码，忘记你所学的 Java 吧
• 提前规划好离线功能（以及同步数据）
• 你需要想好如何处理并发修改问题，因为用户很有可能会同时修改同一条数据
• 你需要推送通知
• 将客户端的异常记录到服务器上

Deadline 应用就是根据这些原则创建的。

HTML 5（以及云）会改变 RIA 的架构与编程模型么？开发者与架构师准备好了么？你的想法如何？

查看英文原文： Writing HTML5 Applications with Google App Engine, Google Closure Library and Clojure