规范中给出的动词对于设计RESTful

李锟：这个问题我就不详细回答了。不同的编程语言有不同的REST开发框架，对于REST的支持程度也不同。开发RESTful API的需求范围很广，可选择的开发框架的范围也很广。保持多样性是繁荣生态环境的基础。像J***a就有支持JAX-RS规范的Jersey、 RESTEasy、Restlet、Apache CXF，和不支持JAX-RS规范的Spring MVC等等很多框架。这些框架目前都做的不错。我对框架的选择没有倾向性。RESTful API设计的***佳实践应该是通用的，而不是必须依赖某种特定的开发框架。 
　　李建业：不好意思，这个我不太重视，没法推荐，不过我可以解释一下为什么对RESTful API框架不***的原因。 
　　REST作为一个架构风格，对我们的系统开发有很大影响，但是这些影响一般是针对架构（例如状态无关）或者设计（例如资源识别）上的，所以一旦涉及 到具体实现，主要工作就基本结束了，此时开发框架能做的事也就只有简化编程了（相较而言，有的框架还能起到引导设计的作用），而由于RESTful会抽象 动词，所以实现层面中和API规范相关的工作本来就不多，那么框架的价值就更小了。
　　当然，我们也不可能直接基于servlet/rakc/wsgi来开发，不过一般的编程语言都会提供一些简单的url route/match策略，我们使用这些就足够了。另外，有些框架能帮我们生成全部的动词支持，但这也未必是好事，我一般倾向于按需实现——用到了再支 持，这就更不需要太关注开发框架对RESTful的支持了。

动漫设计与影视技术***http://www.jidiankj.com/2009/news/detail.php?id=0001-00000000-51d39038-0796-e68cdf3a 

　　丁雪丰：由于本人是Spring的拥护者，工作中也一直在使用Spring，所以在选择框架时会更多地倾向Spring MVC（并不是说别的框架不好，这里有些个人主观的成份）。如果一定要选择其他框架，也要选择能够方便与Spring集成的框架。如果在项目中已经使用了 Spring，那么没有什么理由不选择Spring MVC，鉴于目前Spring在各种项目中的高出镜率，相信一般情况下都会选择Spring MVC。 
　　REST的成熟度模型中，第三层就是HATEOAS，Spring目前还提供了Spring Hateoas子项目，对链接、资源等方面的支持都做了一定的增强。
　　马钧：我目前在实际项目中使用的是Spray，这是一个开源的 REST/HTTP 工具包和底层网络 IO 包，基于 Scala 和 ***a 构建。轻量级、异步、非堵塞、基于 actor 模式、模块化和可测试是Spray的特点。 

http://www.jidiankj.com/news/class.php?bid=39
http://www.jidiankj.com/news/class.php?bid=10