看板 Soft_Job 關於我們 聯絡資訊
※ 引述《pracinverse (改)》之銘言: : 最近在看restful, : 很多教學文章都說google map的api是restful restful的api是近年來技術上的政治正確,不過這東西其實有很多定義上含糊的地方, 而且更確切的說這只能算是一種精神.風格層面上的東西,非具體規範的標準, 所以定義當然每個人會有解釋的差異, 跟oo一樣,也會有那種彼此間看法或是做法稍有不同吵起來的狀況, 一個罵一方不知變通,一個罵一方作法不夠嚴謹不夠restful,總之這種話題就是這樣, 吵的都是皮毛上的東西,至於怎樣的api風格和規劃是好的, 多參考一些比較大的服務網站所提供的開放服務介面,自然可以當參考, 而且各家規劃的風格也不盡相同. -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 61.70.88.120 ※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1474697407.A.0C8.html
CaptainH: REST就跟八股文是一樣道理 09/24 14:36
pttuser: 就跟oauth一樣,規範一樣各家心法各有不同,有啥好吵 09/24 15:02
pracinverse: thanks a lot 09/24 15:04
pooznn: 反正到了台灣 程式能動能用就好 09/24 15:09
johnny94: 去看oy Fielding 的論文就知道 rest 根本不代表任何具 09/24 15:25
johnny94: 體實作,而是一直種設計架構的指引 09/24 15:25
johnny94: oy Fielding 09/24 15:25
femlro: 一種很潮的style 人人都說自己是正宗 09/24 15:43
ripple0129: 不過老實說,講到Restful基本上url風格都會聯想到沒qu 09/24 15:43
ripple0129: ery string 09/24 15:43
CaptainH: 可以示範一下"非restful"的http api 是什麼嗎 09/24 16:13
abccbaandy: @樓上 /getUser?id=3 類似這樣吧? 09/24 16:23
CaptainH: 這和 /GET /user/3 有任何本質上的差異嗎 09/24 16:26
abccbaandy: url比較乾淨啊XD 09/24 16:47
brucetu: 我看倒像是/User/3 09/24 18:39
brucetu: 不是要用get put delete post區分嗎 09/24 18:41
brucetu: 但是有幾家這樣設計? 09/24 18:41
brucetu: 重點不是url長相而是資源如何被操作吧? 09/24 18:42
zoko741235: 本質差異在增刪改資料的時候 會用到POST DELETE 09/24 18:50
zoko741235: 而不是GET /applyUser?parameters 這樣 09/24 18:51
zoko741235: 意思是說更加善用http協定 而不是都只透過url 09/24 18:52
maxqq: 我想一隻 api 只專做一件事情,並好懂好讀 維護單純簡單 09/24 20:24
maxqq: 接手的人,可以很簡單的從 api 命名與方法上,知道用途 09/24 20:25
maxqq: 增加可維護性,開發速度單純簡單快速 09/24 20:25
maxqq: 有些 api 在使用上,新增、更新、刪除 透過單一 api 入口 09/24 20:26
maxqq: 發生問題,不容易直接辨認到底哪裡出問題 09/24 20:26
maxqq: 不過這種東西跟原 po 講的一樣,就只是一種精神 09/24 20:27
maxqq: 至於 get /post /put /delete /patch 等方法,瀏覽器識別 09/24 20:29
maxqq: 給機器看,對各家瀏覽器有相同的基本解讀 09/24 20:30
candydog: 請問有大大推薦易懂的Restful文章嗎 09/24 21:53
ripple0129: 網路搜索Restful文章就一堆了,總有一篇看的懂的 09/24 22:23
y3k: 我覺得RESTful就只是一種把HTTP原本思維帶進API的想法而已阿 09/25 00:40
y3k: 這又扯到PHP跟Apache設計的遺毒 或容易讓人遺毒(喂 09/25 00:53
happierway: http://www.looah.com/source/view/2284 經典文章(英 09/27 06:17