Re: [請益] Google Map API是restful API嗎?

看板Soft_Job作者 (.)時間7年前 (2016/09/24 14:10), 編輯推噓14(14推 0噓 20→)
留言34則, 14人參與, 最新討論串2/2 (看更多)
※ 引述《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
推
09/24 14:36, , 1F
REST就跟八股文是一樣道理
09/24 14:36, 1F
推
09/24 15:02, , 2F
就跟oauth一樣，規範一樣各家心法各有不同，有啥好吵
09/24 15:02, 2F
推
09/24 15:04, , 3F
thanks a lot
09/24 15:04, 3F
→
09/24 15:09, , 4F
反正到了台灣 程式能動能用就好
09/24 15:09, 4F
推
09/24 15:25, , 5F
去看oy Fielding 的論文就知道 rest 根本不代表任何具
09/24 15:25, 5F
→
09/24 15:25, , 6F
體實作，而是一直種設計架構的指引
09/24 15:25, 6F
→
09/24 15:25, , 7F
oy Fielding
09/24 15:25, 7F
推
09/24 15:43, , 8F
一種很潮的style 人人都說自己是正宗
09/24 15:43, 8F
推
09/24 15:43, , 9F
不過老實說，講到Restful基本上url風格都會聯想到沒qu
09/24 15:43, 9F
→
09/24 15:43, , 10F
ery string
09/24 15:43, 10F
推
09/24 16:13, , 11F
可以示範一下"非restful"的http api 是什麼嗎
09/24 16:13, 11F
推
09/24 16:23, , 12F
@樓上 /getUser?id=3 類似這樣吧？
09/24 16:23, 12F
推
09/24 16:26, , 13F
這和 /GET /user/3 有任何本質上的差異嗎
09/24 16:26, 13F
推
09/24 16:47, , 14F
url比較乾淨啊XD
09/24 16:47, 14F
→
09/24 18:39, , 15F
我看倒像是/User/3
09/24 18:39, 15F
→
09/24 18:41, , 16F
不是要用get put delete post區分嗎
09/24 18:41, 16F
→
09/24 18:41, , 17F
但是有幾家這樣設計？
09/24 18:41, 17F
→
09/24 18:42, , 18F
重點不是url長相而是資源如何被操作吧？
09/24 18:42, 18F
推
09/24 18:50, , 19F
本質差異在增刪改資料的時候 會用到POST DELETE
09/24 18:50, 19F
→
09/24 18:51, , 20F
而不是GET /applyUser?parameters 這樣
09/24 18:51, 20F
→
09/24 18:52, , 21F
意思是說更加善用http協定 而不是都只透過url
09/24 18:52, 21F
推
09/24 20:24, , 22F
我想一隻 api 只專做一件事情，並好懂好讀 維護單純簡單
09/24 20:24, 22F
→
09/24 20:25, , 23F
接手的人，可以很簡單的從 api 命名與方法上，知道用途
09/24 20:25, 23F
→
09/24 20:25, , 24F
增加可維護性，開發速度單純簡單快速
09/24 20:25, 24F
→
09/24 20:26, , 25F
有些 api 在使用上，新增、更新、刪除 透過單一 api 入口
09/24 20:26, 25F
→
09/24 20:26, , 26F
發生問題，不容易直接辨認到底哪裡出問題
09/24 20:26, 26F
→
09/24 20:27, , 27F
不過這種東西跟原 po 講的一樣，就只是一種精神
09/24 20:27, 27F
→
09/24 20:29, , 28F
至於 get /post /put /delete /patch 等方法，瀏覽器識別
09/24 20:29, 28F
→
09/24 20:30, , 29F
給機器看，對各家瀏覽器有相同的基本解讀
09/24 20:30, 29F
推
09/24 21:53, , 30F
請問有大大推薦易懂的Restful文章嗎
09/24 21:53, 30F
推
09/24 22:23, , 31F
網路搜索Restful文章就一堆了，總有一篇看的懂的
09/24 22:23, 31F
→
09/25 00:40, , 32F
我覺得RESTful就只是一種把HTTP原本思維帶進API的想法而已阿
09/25 00:40, 32F
→
09/25 00:53, , 33F
這又扯到PHP跟Apache設計的遺毒 或容易讓人遺毒(喂
09/25 00:53, 33F
→
09/27 06:17, , 34F
09/27 06:17, 34F
‣ 更多 erspicu 的文章
文章代碼(AID): #1NvXY_38 (Soft_Job)
‣ 更多 erspicu 的文章
文章代碼(AID): #1NvXY_38 (Soft_Job)