我们使用org.json API来解析服务器端和GWT JsonParser JSON解析JSON的客户端。 有没有我们可以使用能够同时在客户端和服务器端使用的API？
Answer 1:
您正在寻找GWT AutoBean： http://code.google.com/p/google-web-toolkit/wiki/AutoBean
随着AutoBeans您juset定义JSON的结构和GWT编译器处理剩下的。
Answer 2:
我比较写这封信，用autobeans或GWT，RCP - 如果你在服务器上使用Java。 尤其如此，如果你不是。
最彻底的方法是REST-RPC / JPA，在那里你可以共享一组客户端，服务器和持久分贝之间的POJO。 让我吹牛代表此技术组合的 - 而不是三个单一组POJO，不三条战线之间的任何（或最少）的转变。
你不应该写任何数据转换例程。 或者至少，只有数据转换的最小量，由于串行化约束或因为你试图接口GWT，并与现有的模式呈现高度的非串行化的休息。
还有，类似于GWT-RPC，共享一组的两个客户 - 服务器端的Java RPC方法。 那么，几乎相同的一套方法。 除了在服务器端返回类型成为在客户端回调泛型参数。
技术的组合是：
- JAX-RS（或者RestEasy的或泽西在服务器端）
- JAX-RS + GWT = RestyGWT在客户端
- JPA在服务器端
- JAXB在两个GWT客户端和服务器端的JAX-RS。
- 于服务器端杰克逊JSON处理器。
令人信服的理由REST-RPC是
- 你可以假装你编写客户端 - 服务器会话作为GWT-RPC。 服务接口和回调的态度是一样的。
- 客户端和服务器之间的数据交换是JSON。
- 这意味着你可以使用浏览器，而不是你的GWT客户端与服务器进行交谈，您已成功建立应用程式后。 或jQuery的。 PHP或Python作为服务器。
- 无需淤泥与周围的JSON或XML编码/解码自己 - 在POJO，只有在POJO交易。
- 您可以使用浏览器来调试你的web服务独立于GWT客户端。
REST的态度是（除了国家独立请求）的概念是称为Web API。 就像一个javadoc的API，也许 - 但在JSON或XML来说明的。 关于这个API的美妙的事情是 - 你不必产生的文档。 就像一个javadoc，您可以通过服务接口运行字正腔圆。
你可以按照我在下面（3+部分）的博客文章讨论： http://h2g2java.blessedgeek.com/2012/07/gwt-with-jax-rs-and-jpa-part-3.html 。
文章来源: GWT : JSON Parsing in client side and server side with same api
