※ 引述《pracinverse (改)》之铭言：
: 最近在看restful，
: 很多教学文章都说google map的api是restful
restful的api是近年来技术上的政治正确,不过这东西其实有很多定义上含糊的地方,
而且更确切的说这只能算是一种精神.风格层面上的东西,非具体规范的标准,
所以定义当然每个人会有解释的差异,
跟oo一样,也会有那种彼此间看法或是做法稍有不同吵起来的状况,
一个骂一方不知变通,一个骂一方作法不够严谨不够restful,总之这种话题就是这样,
吵的都是皮毛上的东西,至于怎样的api风格和规划是好的,
多参考一些比较大的服务网站所提供的开放服务接口,自然可以当参考,
而且各家规划的风格也不尽相同.

REST就跟八股文是一样道理

就跟oauth一样，规范一样各家心法各有不同，有啥好吵

thanks a lot

反正到了台湾 程式能动能用就好

去看oy Fielding 的论文就知道 rest 根本不代表任何具体实作，而是一直种设计架构的指引oy Fielding

一种很潮的style 人人都说自己是正宗

不过老实说，讲到Restful基本上url风格都会联想到没query string

可以示范一下"非restful"的http api 是什么吗

@楼上 /getUser?id=3 类似这样吧？

这和 /GET /user/3 有任何本质上的差异吗

url比较干净啊XD

我看倒像是/User/3不是要用get put delete post区分吗但是有几家这样设计？重点不是url长相而是资源如何被操作吧？

本质差异在增删改资料的时候 会用到POST DELETE而不是GET /applyUser?parameters 这样意思是说更加善用http协定 而不是都只透过url

我想一只 api 只专做一件事情，并好懂好读 维护单纯简单接手的人，可以很简单的从 api 命名与方法上，知道用途增加可维护性，开发速度单纯简单快速有些 api 在使用上，新增、更新、删除 透过单一 api 入口发生问题，不容易直接辨认到底哪里出问题不过这种东西跟原 po 讲的一样，就只是一种精神至于 get /post /put /delete /patch 等方法，浏览器识别给机器看，对各家浏览器有相同的基本解读

请问有大大推荐易懂的Restful文章吗

网络搜索Restful文章就一堆了，总有一篇看的懂的

我觉得RESTful就只是一种把HTTP原本思维带进API的想法而已阿这又扯到PHP跟Apache设计的遗毒 或容易让人遗毒(喂

http://www.looah.com/source/view/2284 经典文章(英