RESTful编程指南

REST(Representational State Transfer) 曾经被误解为只是CRUD（增删改查），从这个层面上，好像REST只是和RPC一个层面的东西，没有什么了不起，其实这些都是对REST误读。 理解REST需要从系统集成整合以及架构的伸

REST是利用传统Web特点，提出提出一个既适于客户端应用又适于服务端的应用的、统一架构，HTTP客户端与HTTP服务器之间的差别，对架构来说无所谓。一个软件应可以既充当Web客户端又充当Web服务器，而无须采用两套完全不同的APIs。 而传统SOA/J

REST不是CRUD, 本站已经进行大量讨论(见标签REST架构)，那么REST到底是什么？ 最严重的误解就是，将REST的POST, GET, PUT, DELETE和数据库资源的增删改查CRUD联系起来, POST, GET, PUT, DELETE

我需要一个能架在JdonFramework上用的Restful框架，它必须足够的小巧精致，让我可以随心所欲的定制和改写，当前java世界里面的很多restful框架都不能满足我的要求，比如play,vraptor3以及国内的jrest4guice,它们都太大了，于是我开始制造我的轮子，一个深度集成j

REST和SOPA争论很多，现在一些公司采取一个折中的策略，在内部使用REST接口，而对外使用SOAP服务，因为SOAP接口诞生比较早，比较普遍。 DZone一篇文章对目前REST和SOAP存在的误解进行了分析，目前认为REST存在三个难点：

REST是什么？ REST是Roy Fielding在他的博士论文[1]中提出的用于描述一种网络系统架构风格的名词术语。它是Representational State Transfer的首字母缩写。

Atom Publishing Protocol原来很适合RESful，它有清晰的Collection/element边界。特别是它的Discovery 和next就很有RESTful。 Discovery客户端向

INFOQ昨天这篇文章对近期REST架构的讨论进行了一次小小总结，是关注REST架构网友的重要阶段性文章：1. GET POST PUT DELETE是统一接口，是对每个资源都有一个统一的GET POST PUT DELETE操作。GET POST PUT DELETE是独立于资源的。

最近“退步”了，在用PHP，看过“Ajax和PHP开发Web”之后，又接触了些Ajax库，尤其是YUI-Ext给我的印象很深。照此发展下去，本人预感Ajax将是C/S vs B/S这场战争的最终胜者。 Ajax虽然暂时用起来比较繁，但开放性好，对客户端要求

JSF和Wicket主要隐藏了Http，把Http打入了底层，用桌面的设计思维如： Events, components 和widgets 来和用户的点击事件交互。而Sitebricks直接基于Http，类似REST精神，暴露Http，而不是隐藏。 我个人以前在帖子里也嘀咕过JSF这

WWW已经整合了整个世界的信息资源，面向企业的资源整合只是其一个小的分支罢了。 作为企业资源整合，如果不从WWW万维网这么大道至简的世界性普及技术中获得启发并借鉴，还要另外重起炉灶搞一套企业资源整合，这好像有点简单事情复杂化，或者过于商业利益，从这点来看，

PPT文档：Scalable, Reliable, and Secure RESTful servic

Creating a REST API with Agavi</

如题，哪位道友能共享一下目前已经采用REST实现的一些网站，提供名称或链接即可，多谢大家。