简单Service方案－REST与JSON
REST首先是一个词，然后代表了一种服务提供模式……
1.REST
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里用Apache的HttpClient 发送一个POST请求。
|
HttpClient httpClient = new HttpClient(); method.setRequestBody(fooXml); String body = method.getResponseBodyAsString(); |
另外一个XML/JSON的操作库，严重推荐codehaus的xstream，很漂亮的在xml/json和java对象间转换。比其他重型的xml binding方案便捷得多，下面是xml与java对象互转的代码。
|
Xstream xs = new Xstream(); String xml = xs.toXML(foo); |
.Net下面就更简单，http库和xml库都自带了。
一个很吸引人的地方，就是REST里，写服务不再是一个框架级的事情，不再需要配置文件和回调函数，只要懂几个API，甚至API都不要，白手DIY出服务来。
当然，简单也有简单的代价，比如缺乏了事务、可靠性、WS-Address、UDDI等机制。不过这些机制在正统的WebService世界里使用的也不多。对于那些没有使用任何附加机制的纯WebService，都可以考虑用REST编写。
再当然，REST的论文里还有很多内容，比如GET必须是幂等操作，PUT和DELETE语义的使用，URI的精心设计，配合起来能够以默认规则代替接口，不过暂时对我的意义不是很大，不想在资源的概念上折腾太多工夫，还是面向服务，全部POST了。
最后，REST除了作为Service方案，还可以作为Web应用方案，比如Cetia4(https://cetia4.dev.java.net/)就叫板替代传统的MVC框架，不过我觉得又搞一堆框架后，简单就渐渐失去意义了，加上最近都不搞Web应用，花半天看完它的教程文档后，不再关注。
2.JSON
如果有大数据量的传输，JSON(JavaScript Object Notation)，是对XML，尤其是SOAP中的复杂无比的XML的简化。如：
| {"product":{"name":"Banana","id":"123","price":"23.0"}} |
每种语言都有N种JSON解释器，像Java里的Jettison。XStream也用Jettison做driver，支持Java对象与JSON的序列化，建立XStream对象时将参数改为Jettision就可以了，其他操作与XML一样，见JSON Tutorial
| XStream xstream = new XStream(new JettisonMappedXmlDriver()); |
无独有偶，Apache CXF(XFire)也用Jettison支持Web Service使用JSON格式，详见它的JSON Support。
- 本文关键词：
