※ 引述《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 經典文章(英