经验性规则

在这里，我先给出一些经验性规则，然后用一些示例证明它们。根据下面的示例和我自己构建 Web 应用程序的经验，我总结出了下面这些规则，在使用 Ajax 时可以依据这些规则选择数据格式。（编辑提示：Dethe Elza 是本文以下部分的作者。）

• 对于数据，使用 JSON：如果您拥有结构化或半结构化的数据，那么选择 JSON。浏览器中至少内置了三种解析器（HTML、XML 和 JavaScript），速度最快的是 JavaScript。另外，如果用 JavaScript 操作数据，而数据已经存在于 JavaScript 中，就不需要进行复杂的 DOM 操作。如果数据不直接用于显示，或者需要先做修改，或者将显示在 Web 页面的不同部分中，或者具有不同的格式，那么 JSON 可能是不错的选择。如果数据适合关系数据库，那么 JSON 也是合适的选择。大多数编程语言都有很好的 JSON 库，所以不只能够用 JavaScript 进行操作。
• 对于混合型内容（文档），使用 XML：如果需要使用元数据（比如 URL）或标记和文本的各种混合形式，比如字处理文档和 blog 文章，那么就使用 XML。如果数据将在一个位置直接显示，就可以在服务器上对它进行格式化，然后使用 Ajax 检索它并将它直接插入文档（这种技术有时候称为客户端包含）。正如 David 在他的 MochiKit 文章中指出的（参见 参考资料），可以将 XML 提供给现代浏览器并用 CSS 对它进行格式化，也可以提供 HTML 并选择是否应用样式。关于应该使用哪种 XML，我无法提供太多建议；但是，如果某种标准格式（比如 XHTML、SVG 或 X3D）能够很好地 适应您的数据，就可以选用它。这样就可以使用这种格式的一个小子集，使数据具有更强的可互操作性，而且其他程序员也更熟悉这些标准格式，它们的文档也更完善。有时候，创建自己的 XML 格式是有好处，但是这会降低可互操作性，所以必须在某些基本方面能够获得很大的 改进，才值得这么做。如果不确定的话，就采用 HTML，这是 Web 的通用语言。
• 为了联合，使用 Atom：我这里所说的联合的含义非常广泛。如果您的数据将定期更新，那么可以将它放在 Atom 中。如果数据应该加上时间戳，也可以使用 Atom。基本上，对于任何随时间变化的数据流，都可以将 Atom 格式作为标准的包装。这样，就可以使用许多现有的工具，通过聚合器、新闻阅读器和脚本库跟踪和重用数据。可以以这种方式将数据插入 Web 页面，而且只需稍做努力，就可以将它转换为联合 feed。

(编辑:aniston)