本文共 1439 字，大约阅读时间需要 4 分钟。
Json 官方提供的代码没有设置版本。因此，这里根据代码变化的最新日期作为版本以示区别。
在Json.v2008.04.25 版本(包含V2008.04.25)以前，JSONObject对象在转换Object对象实例的时候，使用的是getMethods()这个方法。
getMethods()获取在当前被转换为Json的类以及在这个类所有父类中声明的方法。
其中，在java.lang.Object有一个getClass()方法，获得当前类的全名称。
这个方法在转换过程中被执行，因此在转换后的Json数据中，除了必要的属性外，还包括一个 class 为主键的值对。
比如，对于一个包名为 org.teamlet.ws.business 类名为Department 的类，经过Json转换后，在Json数据中会有一个值对。
主键(key)为 class ; 值(value)为当前的类全名：org.teamlet.ws.business.Department
好处是在服务端不需要做任何设置，从Json数据中获得相应的class就可以直接完成从json到java的转换。
第二：使得Java客户端必须使用和服务端完全一样的包名,原本纯粹的数据之间的转换增加了约束条件；
第三：对于其他语言(目前实现的有PHP、C/C++、C#、JavaScript)要额外设置这个class的值。
在Json.v2008.06.25 版本(包含V2008.06.25)以后的版本，JSONObject对象在转换Object对象实例的时候，增加了一个参数：boolean includeSuperClass 。
如果参数设置为true，则效果和Json v2008.04.25一样，使用的是getMethods()这个方法。
如 果参数设置为false，则会使用getDeclaredMethods()这个方法，这个方法只获取当前类声明的方法，因此父类 java.lang.Object中一个getClass()方法不能获得，在转换后的Json数据中就没有了上面提到的以class为主键的值对。
这样，为客户端带来了很大的灵活性。客户端可以任意构造包含业务属性的类，而不必关心是类的包名是什么。而这些包名对于PHP、JavaScript是没有用的。
但同时也带来了问题，如何在服务端转换为对应的业务需要实例？
Json-lib是一个基于Json格式开发的完全不同于Json官方的开源工具。
在Json-lib中使用的就是后一种Json的转换，就是使用getDeclaredMethods()方法，在Json数据中不包括class值对。(除此之外还有其他的不同，偏离了主题不再详述)
使用Json-lib进行数据传输需要在服务端做根据业务做一些配置工作。
restlet用的是Json早期的版本，webservice组件也因此受到影响。
好在webservice组件同时支持Json和Json-lib，同时兼容并不困难。
只是客户端的变化带来较大的影响，特别是对已经部署即将使用的系统。
服务端变为统一的转换形式，丧失的是即插即用、零配置的特性。
转载地址：http://ukizn.baihongyu.com/