RESTful客户端库：RestClient

WebService

话说我刚知道这词的时候还是十二年前…大约2001年，微软的.net刚出来的时候，这货就热了，只不过当年这货的标配通讯协议是SOAP。当年我觉得这货还是很方便的，但是在尝鲜过后，我根本没有兴趣将它用于实际的应用…它实在是太笨重了。

这种笨重包括几个方面：首先SOAP本身的数据结构就很啰嗦，加上XML就更啰嗦了。其次，各种实现技术在高层逻辑上的定义各有一套，实际上并不那么通用。最主要的是要用这货，需要带上太多的开发库什么的，而且用起来实在也没有传说中的那么方便。

说实话，这十二年来，我基本上就没见过像样的应用——听说过一些，也很少，评价普遍也不是很高。在web领域，它甚至未必有xml-rpc常见。

随着RESTful和JSON的流行，新的WebService模型已经成为了事实标准，那就是以标准HTTP请求构建RESTful的API结构，以JSON定义交换协议的数据结构，组成了新一代的轻量级WebService模型。

就目前来说，提供RESTful API已经成了很多网站的标配…即使你不提供开放平台服务，也要考虑到移动应用啊，没有比这更好的实现方案了——技术足够成熟（大网站都在用）、节约资源（大多数时候，这意味着性能更好）、简单轻量（需要学习的东西不多，依赖的东西也不多）。

更详细的理由可以参考一下CSDN的CTO范凯的这篇文章《Ruby社区应该去Rails化了》。

这其中最著名的应该是Facebook的开放平台，而应用最广泛的则是Twitter的API接口。国内的山寨版本就是像人人网、微博网之类的。

因为个人使用需要，我对Twitter的API有过一段时间研究，不过坦白说，Twitter的这套API定义得相当不够RESTful，要学习如何定义API，还是强烈建议学习foursquare的API v2（当前版本），这才是规范的RESTful实现…不过它们的API经常不定期微调，所以需要一个v参数，这点略不规范。

RESTful客