上周，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
暂无签名
中国开发者画像洞察研究报告 2024
分析开发者的行为模式、工作价值、职业发展等内容，帮助整个行业生态更深入地理解开发者，为他们提供更精准...
评论