jsp序列化对象Ajax 的 Java 对象序列化

在这个系列的第一篇文章中，我先容了 Ajax 的布局块：

如何用 JavaScript XMLHttpRequest 工具从 Web 页面向做事器发送异步要求。
如何用 Java servlet 处理和相应要求（向客户机返回 XML 文档）。
如何在客户端用相应文档更新页面视图。

这一次，我将连续谈论 Ajax 开拓的根本知识，但是将侧重于许多 Java Web 开拓职员最关心的问题：为客户机天生数据。

多数 Java 开拓职员已经把模型-视图-掌握器（MVC）模式运用在他们的 Web 运用程序上。
在传统的 Web 运用程序中，视图组件由 JSP 或者其他表示技能（例如 Velocity 模板）构成。
这些表示组件动态地天生全新的 HTML 页面，替代用户以前正在查看的页面，从而更新用户界面。
但是，在 Java Web 运用程序利用 Ajax UI 的情形下，基于从 XMLHttpRequest 的相应吸收到的数据，JavaScript 客户端代码对付更新用户看到的内容负有终极任务。
从做事器的角度来看，视图成为它相应客户机要求而发送的数据表示。

jsp序列化对象Ajax 的 Java 对象序列化 Node.js

这篇文章侧重于可以用来天生 Java 工具以数据为中央的视图的技能。
我将演示可以把 JavaBeans 变成 XML 文档的各种方法，并且谈论每种方法的利害。
您将看到为什么 XML 并不总是最好的路子：对付大略的 Ajax 要求来说，传输纯文本更好。
末了，我将先容 JavaScript 工具标注（JSON）。
JSON 许可数据以序列化的 JavaScript 工具图的形式传输，在客户端代码中处理序列化的 JavaScript 工具图极为随意马虎。

关于示例

我将利用一个示例运用程序和几个用例来演示这里谈论的技能特性和技能。
图 1 显示的极为大略的数据模型可以表示示例用例。
这个模型代表在线商店中的顾客帐户。
顾客拥有以前订单的凑集，每个订单包含几个商品。

图 1. 大略的工具模型

虽然 XMLHttpRequest 对付发送数据利用的格式没有做任何限定，但是对付多数目的来说，只发送传统的表单数据是适宜的，以是我的谈论集中在做事器的相应上。
相应也可以有基于文本的格式，但是正如它的名字表示的，XMLHttpRequest 具有内置的处理 XML 相应数据的能力。
这使 XML 成为 Ajax 相应的默认选择，以是我们从 XML 格式开始谈论。

从 Java 类产生 XML

把 Ajax 相应作为 XML 来通报有许多缘故原由：每个支持 Ajax 的浏览器都有导航 XML 文档的方法，也有许多做事器端技能可以处理 XML 数据。
通过制订一个方案，描述要交流的文档类型，在 Ajax 客户端和做事器端之间很随意马虎定义合约，而且如果做事器端架构采取面向做事的办法，那么利用 XML 也可以许可非 Ajax 客户机利用您供应的数据。

我将考虑从 Java 工具产生 XML 数据的三种方法，并谈论每种方法的利害。

自行进行序列化

首先，可以从工具图以编程的办法天生 XML。
这种办法可以大略到只是在每个 JavaBean 类中实现 toXml() 方法即可。
然后就可以选择得当的 XML API，让每个 bean 供应表示自己状态的元素，并递归地对自己的成员调用工具图。
显然，这种办法无法扩展到大量的类，由于每个类都须要专门编写自己的 XML 天生代码。
从好的方面来看，这是一个实现起来大略的办法，没有额外的配置支出或者更繁芜的构建过程支出，任何 JavaBean 图都可以只用几个调用就变成 XML 文档。

在本系列前一篇文章的示例代码中，我把 XML 标记字符串连接在一起，实现了 toXml() 方法。
上次我就提到过，这是个糟糕的方法，由于它把确保标记配对、实体编码等事情的包袱放在每个 toXml() 方法的代码中。
在 Java 平台上有几个 XML API 可以替您做这些事情，这样您就可以把精力集中在 XML 的内容上。
清单 1 用 JDOM API 实现了在线商店示例中表示订单的类中的 toXml()（请参阅图 1）。

清单 1. Order 类的 toXml() 的 JDOM 实现

public Element toXml() { Element elOrder = new Element(\公众order\"大众); elOrder.setAttribute(\"大众id\公众,id); elOrder.setAttribute(\公众cost\"大众,getFormattedCost()); Element elDate = new Element(\公众date\"大众).addContent(date); elOrder.addContent(elDate); Element elItems = new Element(\"大众items\公众); for (Iterator<Item> iter = items.iterator() ; iter.hasNext() ; ) { elItems.addContent(iter.next().toXml()); } elOrder.addContent(elItems); return elOrder;}

在这里可以看到用 JDOM 创建元素、利用属性和添加元素内容有多么大略。
递归地调用复合 JavaBean 的 toXml() 方法是为了取得它们子图的 Element 表示。
例如，items 元素的内容是通过调用 Order 聚合的每个 Item 工具上的 toXml() 得到的。

一旦所有的 JavaBean 都实现了 toXml() 方法，那么把任意工具图序列化成 XML 文档并返回给 Ajax 客户机就大略了，如清单 2 所示。

清单 2. 从 JDOM 元素天生 XML 相应

public void doGet(HttpServletRequest req, HttpServletResponse res) throws java.io.IOException, ServletException { String custId = req.getParameter(\公众username\"大众); Customer customer = getCustomer(custId); Element responseElem = customer.toXml(); Document responseDoc = new Document(responseElem); res.setContentType(\公众application/xml\公众); new XMLOutputter().output(responseDoc,res.getWriter());}

JDOM 再次把事情变得非常大略。
只须要在工具图返回的 XML 元素表面包装一个 Document，然后用 XMLOutputter 把文档写入 servlet 相应即可。
清单 3 显示了用这种办法天生的 XML 示例，用 JDOM Format.getPrettyFormat() 对 XMLOutputter 进行初始化，格式化得非常好。
在这个示例中，顾客只做了一个订单，包含两个商品。

清单 3. 代表顾客的 XML 文档

<?xml version=\"大众1.0\"大众 encoding=\公众UTF-8\"大众?><customer username=\公众jimmy66\"大众> <realname>James Hyrax</realname> <orders> <order id=\"大众o-11123\"大众 cost=\"大众$349.98\公众> <date>08-26-2005</date> <items> <item id=\"大众i-55768\"大众> <name>Oolong 512MB CF Card</name> <description>512 Megabyte Type 1 CompactFlash card. Manufactured by Oolong Industries</description> <price>$49.99</price> </item> <item id=\"大众i-74491\"大众> <name>Fujak Superpix72 Camera</name> <description>7.2 Megapixel digital camera featuring six shooting modes and 3x optical zoom. Silver.</description> <price>$299.99</price> </item> </items> </order> </orders></customer>

自行序列化的不敷

有趣的是，清单 3 中的代码展示了让 JavaBean 把自己序列化为 XML 的一个紧张不敷。
假设要用这个文档表示顾客的订单历史视图。
在这种情形下，不太可能要显示每个历史订单中每个商品的完全解释，或者见告顾客他或她自己的姓名。
但是如果运用程序有一个 ProductSearch 类，它便是以 Item bean 列表的形式返回搜索结果，那么在 Item 的 XML 表示中包含解释可能会有帮助。
而且，Item 类上代表当前库存水平的额外字段，在产品搜索视图中可能便是须要显示的有用信息。
但是，不管当前的库存水平是否与当前情形干系（比如对顾客的订单历史来说），这个字段都会从包含 Item 的任何工具图中序列化出来。

从设计的角度来看，这是数据模型与视图天生耦合的经典问题。
每个 bean 只能用一种路子序列化自己，一成不变的办法意味着 Ajax 交互终极要交流它们不须要交流的数据，因此造成客户端代码要从文档中找到须要的信息更加困难，而且也会增加带宽花费和客户真个 XML 解析韶光。
这种耦合的另一个后果便是 XML 的语法不能分开 Java 类独立变革。
例如，对顾客文档的方案做修正，可能会影响多个 Java 类，造成它们也不得不做修正和重新编译。

我稍后会办理这些问题，但是首先来看一个对自行序列化办法的可伸缩性问题的办理方案：XML 绑定框架。

XML 绑定框架

近些年来，已经开拓了多个 Java API 来简化 XML 文档到 Java 工具图的绑定过程。
多数都供应了 XML 编排和拆解；也便是说，它们可以在 Java 工具图和 XML 之间实行双向会话。
这些框架封装了 XML 处理的全部事情，这意味着运用程序代码只须要处理普通的 Java 类。
它们还希望供应有用的赞助功能，例如文档验证。
笼统来说，这些框架采取了两种不同的办法：代码天生和工具到 XML 映射。
我将分别阐明这两种办法。

代码天生办法

利用代码天生的框架包括 XMLBeans、JAXB、Zeus 和 JBind。
Castor 也能利用这项技能。
这类框架的出发点是描述文档数据类型的 XML 方案。
利用框架供应的工具，就可以天生代表这些方案定义类型的 Java 类。
末了，用这些天生的类编写运用程序，表示自己的模型数据，并通过框架供应的一些赞助机制把数据序列化成 XML。

如果运用程序要利用大型 XML 语法，那么代码天生办法是个很好的方法。
在数十个类上编写定制 XML 序列化代码的可伸缩性问题由此肃清。
另一方面，也不再须要定义自己的 JavaBean。
框架天生的 Java 类常日非常符合 XML 的构造，以是对它们进行编码很难。
而且，天生的类变成哑数据容器，由于一样平常不能向它们添加行为。
一样平常来说，在运用程序代码中要做些妥协，才能很好地处理方案天生的类型。
另一个毛病是如果修正方案，会造成天生的类也要修正，以是也就会对环绕它们编写的代码带来相应的影响。

这种类型的 XML 绑定框架在数据拆解时最有用（例如，利用 XML 文档并把它们转化成 Java 工具）。
除非拥有大型数据模型而且有可能从天生的类中获益，否则基于代码天生的框架对付 Ajax 运用程序来说可能有很大的杀伤力。

映射办法

采取映射办法的框架包括 Castor 和 Apache Commons Betwixt。
映射常日是比代码天生更灵巧和更轻量的办理方案。
首先，可以像常日一样编写 JavaBean，包括任何行为以及任何自己喜好的方便的方法。
然后，在运行时，调用框架中基于自察的编排器，并根据工具成员的类型、名称和值天生 XML 文档。
通过定义类的映射文件，可以覆盖默认的绑定策略，并就类在 XML 中的表示办法对编排器提出建议。

这种方法是在可伸缩性与灵巧性之间的良好折中。
可以按照自己喜好的办法编写 Java 类，编排器卖力处理 XML。
虽然映射定义文件编写起来大略，可伸缩性也足够好，但是映射规则最多只能改变标准的绑定行为，而且在工具构造和它们的 XML 表示之间总要残留一些耦合。
终极，可能不得不在 Java 表示或 XML 格式之间任选一个做些折中，才能让映射方法起浸染。

数据绑定总结

Dennis Sosnoski 就 XML 数据绑定 API 的主题，在代码天生和代码映射两个方面写了深入的文章。
如果想进一步研究这个领域，我推举他在 Castor 和代码天生框架方面的精彩文章（请参阅参考资料中的链接）。

总之，代码天生办法丢失了过多的灵巧性和方便性，对付范例的 Ajax 运用程序用途不大。
另一方面，基于映射的框架可能事情得很好，但是要恰到好处地调度它们的映射策略，以便从工具天生须要的 XML。

所有的 XML 绑定 API 都具有手工序列化技能的一个紧张不敷：模型和视图的耦合。
被限定为一个类型一个 XML 表示，就意味着在网络上总要有冗余数据传输。
更严重的问题是，在情形哀求客户端代码利用专门视图时，客户端代码却无法得到它，以是可能要费力地处理给定工具图的一成不变的视图。

在传统的 Web 运用程序开拓中，采取页面模板系统把视图天生与掌握器逻辑和模型数据干净地分离。
这种方法在 Ajax 场景中也会有帮助。

页面模板系统

任何通用目的的页面模板技能都可以用来天生 XML，从而使 Ajax 运用程序根据自己的数据模型天生任何 XML 相应文档。
额外收成是：模板可以用大略的、表现力强的标记措辞编写，而不是用一行行的 Java 代码编写。
清单 5 是一个 JSP 页面，采取了 Customer bean 并表示出定制的 XML 视图，适宜客户端代码天生订单历史组件。

清单 4. 天生订单历史文档的 JSP

<?xml version=\"大众1.0\公众?><%@ page contentType=\公众application/xml\"大众 %><%@ taglib uri=\公众http://java.sun.com/jsp/jstl/core\公众 prefix=\"大众c\公众 %><c:set var=\"大众cust\"大众 value=\"大众${requestScope.customer}\"大众/><orderhistory username=\"大众${cust.username}\"大众><c:forEach var=\"大众order\"大众 items=\公众${cust.orders}\"大众> <order id=\"大众${order.id}\"大众 cost=\"大众${order.formattedCost}\公众> <date>${order.date}</date> <items> <c:forEach var=\"大众item\公众 items=\公众${order.items}\公众> <item id=\公众${item.id}\"大众> <name><c:out value=\"大众${item.name}\"大众 escapeXml=\"大众true\"大众/></name> <price>${item.formattedPrice}</price> </item> </c:forEach> </items> </order></c:forEach></orderhistory>

这个简洁的模板只输出订单历史视图须要的数据，不输出不干系的资料（例如商品解释）。
创建产品搜索视图的定制 XML 应该同样大略，这个视图包含每个商品的完全解释和库存水平。

模板的问题

另一方面，现在我须要为每个不同视图创建一个新 JSP，而不能仅仅把须要的工具图组织起来并序列化它。
从设计的角度来说，许多人可能会有争议，认为这无论如何是件好事，由于这意味着正式地考虑做事器要天生的文档类型。
而且，由于我现在要处理通用的模板环境，而不是特定于 XML 的 API，以是确保标记匹配、元素和属性的顺序精确以及 XML 实体（例如 < 或 &）精确转义就成了我的任务。
JSP 的核心 out 标记使后面这项事情变得很随意马虎，但是不是所有的模板技能都供应了这样的机制。
末了，没有方便的路子可以在做事器端根据方案考验天生的 XML 文档的精确性，但这毕竟不是要在生产环境中做的事，可以方便地在开拓期间处理它。

不用 XML 的相应数据

迄今为止，我先容的所有技能都用 XML 文档的形式天生做事器相应。
但是，XML 有一些问题。
个中一个便是延迟。
浏览器不能立即解析 XML 文档并天生 DOM 模型，以是这会降落某些 Ajax 组件须要的“迅捷”感，特殊是在较慢的机器上解析大型文档的时候更是如此。
“现场搜索”便是一个示例，在这种搜索中，当用户输入搜索术语时，就会从做事器提取搜索结果并显示给用户。
对付现场搜索组件来说，迅速地相应输入是非常主要的，但是同时它还须要迅速而持续地解析做事器的相应。

延迟是一个主要的考虑成分，但是避免利用 XML 的最大缘故原由是差劲的客户端 DOM API。
清单 5 显示了利用跨浏览器兼容的办法通过 DOM 得到某个值的时候，常日不得不面对的困难。

清单 5. 在 JavaScript 中导航 XML 相应文档

// Find name of first item in customer's last ordervar orderHistoryDoc = req.responseXML;var orders = orderHistoryDoc.getElementsByTagName(\"大众order\公众);var lastOrder = orders[orders.length - 1];var firstItem = lastOrder.getElementsByTagName(\公众item\"大众)[0];var itemNameElement = firstItem.firstChild;var itemNameText = itemNameElement.firstChild.data;

当元素中间存在空缺时，情形就变得更加繁芜，由于每个元素的 firstChild 常常是个空缺文本节点。
现在有 JavaScript 库可以缓解处理 XML 文档的麻烦。
这些库包括 Sarissa （请参阅参考资料）和 Google-ajaXSLT，这两个库都把 XPath 功能添加到了大多数浏览器中。

但是，想想替代方案还是值得的。
除了 responseXML 之外，XMLHttpRequest 工具还供应了名为 responseText 的属性，这个属性只因此字符串的办法供应做事器的相应体。

responseText 属性

当做事器须要向客户机发送非常大略的值时，responseText 特殊方便，它可以避免 XML 导致的带宽支出和处理支出。
例如，大略的 true/false 相应可以由做事器以纯文本办法返回，可以是逗号分隔的大略的名称或数字列表。
但是，一样平常来说，最好不要在同一个运用程序中把 XML 相应和纯文本相应稠浊利用；保持单一数据格式可以让代码抽象和重用更加大略。

responseText 与 XML 相应数据结合时也会有用。
在只须要从相应文档中提取单一值的场景中，“欺骗性”地把 XML 当作文本字符串，而不把它当作构造化的文档对待，会更方便。
例如，清单 6 显示了如何用正则表达式从顾客的订单历史中提取第一笔订单的日期。
不过，这实际是种花招，一样平常不应当依赖 XML 文档的词汇表达。

清单 6. 用正则表达式处理 XMLHttpRequest 的 responseText 工具

var orderHistoryText = req.responseText;var matches = orderHistoryText.match(/<date>(.?)<\/date>/);var date = matches[1];

在某些情形下，采取即时办法利用 responseText 会比较方便。
但是，空想情形下，应该有种路子，可以用一种能够让 JavaScript 轻松导航、却没有 XML 处理支出的格式表示繁芜的构造化数据。
幸运的是，确实存在这样一种格式。

JavaScript 工具标注

实际上，JavaScript 工具的大部分都由联合数组、数字索引数组、字符串、数字或者这些类型的嵌套组合而成。
由于所有类型都可以用 JavaScript 直接声明，以是可以在一条语句中静态地定义工具图。
清单 7 利用 JSON 语法声明了一个工具，并演示了如何访问这个工具。
大括号表示联合数组（即工具），它的键 -值组合由逗号分隔。
方括号表示数字索引数组。

清单 7. 用 JSON 在 JavaScript 中直接声明一个大略工具

既然 JSON 是一个有趣的措辞特性，那么它对 Ajax 有什么意义呢？妙处在于可以用 JSON 在 Ajax 做事器相应中通过网络发送 JavaScript 工具图。
这意味着在客户端可以避免利用笨拙的 DOM API 对 XML 进行导航 —— 只须要剖析 JSON 相应，就会立即得到可以访问的 JavaScript 工具图。
但是，首先须要把 JavaBean 变成 JSON。

从 Java 类产生 JSON

不同 XML 天生技能所具有的优缺陷也适用于 JSON 的产生。
而且可以证明，存在须要再次利用表示模板技能的情形。
但是，利用 JSON 在理念上更靠近于在运用层之间通报序列化的工具，而不是创建运用程序状态的视图。
我将先容如何用 org.json 这个 Java API 在 Java 类上创建 toJSONObject() 方法。
然后，就可以把 JSONObject 大略地序列化成 JSON。
清单 8 反响了清单 1 谈论的 XML，显示了 Order 类的 toJSONObject() 实现。

清单 8. Order 类的 toJSONObject() 方法实现

public JSONObject toJSONObject() { JSONObject json = new JSONObject(); json.put(\"大众id\"大众,id); json.put(\"大众cost\"大众,getFormattedCost()); json.put(\"大众date\"大众,date); JSONArray jsonItems = new JSONArray(); for (Iterator<Item> iter = items.iterator() ; iter.hasNext() ; ) { jsonItems.put(iter.next().toJSONObject()); } json.put(\"大众items\公众,jsonItems); return json;}

可以看到，org.json API 非常大略。
JSONObject 代表 JavaScript 工具（即联合数组），有不同的 put() 方法，方法接管的 String 键和值是原生类型、String 类型或其他 JSON 类型。
JSONArray 代表索引数组，以是它的 put() 方法只接管一个值。
请把稳在清单 8 中，创建 jsonItems 数组，然后再用 put() 把它附加到 json 工具上；可以用其余一种方法做这项事情，便是对每个项目调用 json.accumulate(\公众items\"大众,iter.next().toJSONObject());。
accumulate() 方法与 put() 类似，差异在于它把值添加到按照键进行识别的索引数组。

清单 9 显示了如何序列化 JSONObject 并把它写入 servlet 相应。

清单 9. 从 JSONObject 天生序列化的 JSON 相应

public void doGet(HttpServletRequest req, HttpServletResponse res) throws java.io.IOException, ServletException { String custId = req.getParameter(\"大众username\"大众); Customer customer = getCustomer(custId); res.setContentType(\"大众application/x-json\"大众); res.getWriter().print(customer.toJSONObject());}

可以看到，它实际上什么也没有做。
在这里隐式调用的 JSONObject 的 toString() 方法做了所有事情。
请把稳，application/x-json 内容类型还有一点不愿定 —— 在编写这篇文章的时候，关于 JSON 应该属于什么 MIME 类型还没有定论。
但是，目前 application/x-json 是合理的选择。
清单 10 显示了这个 servlet 代码的示例相应。

清单 10. Customer bean 的 JSON 表示

{ \"大众orders\"大众: [ { \"大众items\公众: [ { \"大众price\"大众: \"大众$49.99\"大众, \公众description\"大众: \"大众512 Megabyte Type 1 CompactFlash card. Manufactured by Oolong Industries\"大众, \公众name\"大众: \"大众Oolong 512MB CF Card\"大众, \"大众id\公众: \"大众i-55768\"大众 }, { \"大众price\"大众: \"大众$299.99\"大众, \"大众description\"大众: \公众7.2 Megapixel digital camera featuring six shooting modes and 3x optical zoom. Silver.\"大众, \"大众name\公众: \"大众Fujak Superpix72 Camera\"大众, \公众id\公众: \"大众i-74491\"大众 } ], \"大众date\公众: \"大众08-26-2005\公众, \公众cost\"大众: \公众$349.98\公众, \"大众id\公众: \公众o-11123\公众 } ], \"大众realname\公众: \"大众James Hyrax\"大众, \"大众username\公众: \公众jimmy66\"大众}

在客户端利用 JSON

处理的末了一步是把在客户端把 JSON 数据变成 JavaScript 工具。
这可以通过对 eval() 的大略调用实现，这个函数可以即时地阐明包含 JavaScript 表达式的字符串。
清单 11 把 JSON 相应转变成 JavaScript 工具图，然后实行清单 5 的任务，从顾客的末了一次订单中得到第一个商品的名称。

清单 11. 评估 JSON 相应

var jsonExpression = \公众(\公众 + req.responseText + \公众)\公众;var customer = eval(jsonExpression);// Find name of first item in customer's last ordervar lastOrder = customer.orders[customer.orders.length-1];var name = lastOrder.items[0].name;

比较清单 11 和清单 5 可以创造利用 JSON 的客户真个上风。
如果在 Ajax 项目中要在客户端对许多繁芜的做事器相应进行导航，那么 JSON 可能适宜您的须要。
JSON 和 XMLHttpRequest 结合还会让 Ajax 交互看起来更像 RPC 调用而不是 SOA 要求，这对运用程序的设计可能会故意义。
不才一篇文章中，我要研究的框架，便是明确地为了让 JavaScript 代码对做事器端工具进行远程方法调用而设计的。

JSON 的不敷

JSON 也有它的不敷。
利用这里先容的 JSON 办法，就没有办法针对每个要求对工具的序列化进行裁剪，以是不须要的字段可能常常会在网络上发送。
其余，添加 toJSONObject() 方法到每个 JavaBean，可伸缩性不太好，虽然用自察和标注编写一个通用的 JavaBean 到 JSON 的序列化器可能很大略。
末了，如果做事器端代码是面向做事的，没有单独针对处理 Ajax 客户要求调度过，那么由于对 XML 同等的支持，XML 会是更好的选择。

比较序列化技能

现在已经看到了把 Java 状态传输到 Ajax 客户真个五种不同技能。
我谈论了自行手工编码 XML 序列化、通过代码天生的 XML 绑定、通过映射机制的 XML 绑定、基于模板的 XML 天生以及手工编码到 JSON 的序列化。
每种技能都有自己的上风和不敷，分别适用于不同的运用程序架构。

为了总结每种办法的上风与不敷，表 1 从六个方面进行了粗略的评分：

可伸缩性

描述技能适应大量数据类型的随意马虎程度。
对付每个附加类型，编码和配置事情量是否会增长？

易于集成

评估把技能集成到项目的大略程度。
是否须要更加繁芜的构建过程？是否增加了支配的繁芜性？

Java 类 API

描述以指定办法处理做事器端 Java 工具的随意马虎程度。
是可以编写普通的 bean，还是不得不处理笨拙的文档表示？

对输出的掌握

描述对类的序列化表示掌握的精确程度。

视图灵巧性

评估从同一组工具是否可以创建不同的、定制的数据序列化。

客户端数据访问

描述 JavaScript 代码处理做事器相应数据的难易程度。

表 1. 数据天生技能的相对代价自行编写 XML通过代码天生的 XML 绑定通过映射的 XML 绑定页面模板 XML手工编码的 JSON 序列化可伸缩性差好一样平常一样平常差易于集成好差一样平常一样平常好Java 类 API好差好好好对输出的掌握好好一样平常好好视图灵巧性差差差好差客户端数据访问差差差一样平常好

结束语

表 1 中的数据并不表明某项序列化技能比其他的技能好。
毕竟，六种标准的相对主要性取决于项目的详细情形。
例如，如果要处理数百种数据类型，这时想要的是可伸缩性，那么代码天生可能便是最好的选择。
如果须要为同一数据模型天生多个不同视图，那么就应该利用页面模板。
如果处理的是小规模项目，想降落须要编写的 JavaScript 代码数量，那么请考虑 JSON。

希望这篇文章为您供应了选择适宜自己运用程序的序列化技能所须要的信息。
请参阅参考资料一节，学习关于这里谈论的技能的更多内容。
您还应该连续关注这个系列的下一篇文章，不才一篇文章中，我将先容如何用直接 Web 远程（DWR）编写 Java Ajax 运用程序。
DWR 框架支持从 JavaScript 代码中直接调用 Java 类上的方法。
换句话说，它替您卖力数据序列化的事情，以是您可以在更高的抽象层次上利用 Ajax。