轻的，谁都会写的Service方案--REST与JSON
1.REST1.1 缘起
??? N年前，一说到跨平台的服务方案，大牛们就想到"Socket Server"，小兵们就一直退，退到会议室的墙角。
??? 几年前，一说到跨平台的服务方案，连客户都会想到"Web Service"。
??? 现在，是个人都可以，在几分钟里，使用REST风格把一个服务的客户端和服务端写出来。
??? REST首先是一个词，然后代表了一种服务提供模式。嗯，圣贤说，任意服务协议，都可以拆成传输协议，服务模式，数据格式三维表达，那REST就是依赖http作为传输机制，request-reponse模式，数据是预先协商好的任意格式。
??? 结果，任何语言的客户端，随便用一个http库访问某个URL，将请求信息写成XML或JSON或纯字符串，放在POST实体中。服务端也任意的实现一个servlet甚至jsp/asp/php，接收客户端发过来的请求，返回XML/JSON/字符串的结果就完了。
???So Easy，心里是不是立刻就想到了实现的方式。Java里用??发送一个POST请求。
?，很漂亮的在xml/json和java对象间转换。比其他重型的xml binding方案便捷得多，下面是xml与java对象互转的代码。???1.3?主义??? 罗喧说，REST是面向消息(资源)的简单交互逐步替代RPC。真正的REST有如下的主张：
为所有"事物"定义一个互联网上的ID，并连接起来。一个很不错的主意。 ?????当然，REST简单也有简单的代价，比如缺乏了事务、可靠性、WS-Address、UDDI等机制。不过这些机制在正统的WebService世界里使用的也不多。对于那些没有使用任何附加机制的纯WebService，都可以考虑用REST编写，或者像?一样自己设计协议。
???另外需要客户自解释Payload，或是依靠Server方提供的SDK，而不能从直接WSDL生成DTO，?尚无定论。
???最后，REST除了作为Service方案，还可以作为Web应用MVC方案，比如Cetia4（?）就叫板替代传统的MVC框架，不过我觉得又搞一堆框架后，简单就渐渐失去意义了，加上最近都不搞Web应用，花半天看完它的教程文档后，不再关注。
2.JSON?? ?。如果有大数据量的传输，?，是对XML尤其是SOAP中复杂XML的简化。如：
?。XStream也用?做driver，支持Java对象与JSON的序列化，建立XStream对象时将参数改为Jettision就可以了，其他操作与XML一样，见??。?
参考资料：
?REST起源的论文,dlee翻译。??2007?? 1 楼 totobacoo 2007-06-21