在後端設計 API 的時候
以電商網站來說，跟產品相關的 API，最早以前，最直覺的做法，就是像這樣設計：
HTTP GET
/get-product
HTTP POST
/create-product
/update-product
/delete-product
參數的話，跟在網址後面，或者用 form submit 都可以
久而久之，業界開始有很多人發現，其實 HTTP method 本身，已經具有一些意義，不需通通用網址命名來表達：
取得商品資料
HTTP GET
/product
建立商品資料
HTTP POST
/product
更新商品資料
HTTP PUT
/product
刪除商品資料
HTTP DELETE
/product
RESTful 實際上的慣例、實務做法，有很多細節
總之，就是一種設計 API 的慣例而已
設計 API 時可以參考 RESTful 慣例，也可以完全不參考，通通憑自己喜好去寫，自己有把握就可以了
以上，簡單說明 RESTful 的意義，有沒有不清楚的地方？
按讚的人：
共有 0 則留言
文字內容提供幾種功能：
1) --- 會變成分隔線（上一行必須是空白）
2) # 會變成一級標題
3) ## 會變成二級標題
4) ### 會變成三級標題
5) **粗體文字**會顯示粗體文字
6) ```當第一行與最後一行會顯示程式碼
7) 請搜尋 Markdown 語法，了解各種格式
1) --- 會變成分隔線（上一行必須是空白）
2) # 會變成一級標題
3) ## 會變成二級標題
4) ### 會變成三級標題
5) **粗體文字**會顯示粗體文字
6) ```當第一行與最後一行會顯示程式碼
7) 請搜尋 Markdown 語法，了解各種格式
熱門文章
