iT邦幫忙

第 12 屆 iThome 鐵人賽

DAY 25
0
自我挑戰組

從0開始-30天摸索laravel系列 第 25

DAY25: 逐步建構一個RESTful API -1

  • 分享至 

  • xImage
  •  

來點實作吧~從RESTful API GOGO

首先需要了解什麼是API?什麼是RESTful?說明這兩個之前,需要複習一下Http Method,常見的Http Method有以下

  • GET:取得資料。
  • POST:新增一筆資料。
  • PUT:更新一筆資料。
  • PATCH:(我自己比較少用,可以自行Google看看)
  • DELETE:資料刪除。

由上方的說明可以感覺得出不同的Method就是對一個資料/事情做不同的操作,每個都有自己做的事情及規範,只是平常使用上不見得如此而已。

API:
API(Application Programming Interface)應用程式介面,API大致是設計來給別人呼叫/請求用的一個程式。

RESTful:
其實是一個規範,他規範了RESTful API應該要滿足幾個條件,這部分就給有興趣的朋友去Google,但可以看一下範例來理解一下跟傳統API的差異

  • 新增使用者: /postUser
  • 查所有帳號: /getUsers
  • 查詢使用者: /getUser
  • 修改使用者: /updateUser
  • 刪除使用者: /delUser

那RESTful會是怎樣的情況呢? RESTful必須依據行為與Http method對應

  • 新增使用者:POST /user
  • 查所有帳號:GET /users
  • 查詢使用者:GET /user/1
  • 修改使用者:PUT /user/1
  • 刪除使用者:DELETE /user/1

在RESTful中,與API對接的工程師或者人員可以很快速的了解該API有哪些資源的變更方法,例如在GET的請求中就不可能出現更新資料或者新增資料,但是RESTful也相對帶來了每個異動都需要一個請求的缺點。

有興趣的朋友可以搜尋看看RESTful 與 傳統式非RESTful之間的比較與支持者的論點。(但應該支持RESTful為大宗啦)

目標構想:

  • GET/products/:查看所有商品。
  • GET /product/{id}:查看所某個ID的商品。
  • POST /products:建立新商品並將其新增資料庫。
  • PUT /products/{id}:更新與某ID的商品。
  • DELETE /products/{id}:刪除某ID的商品。

上一篇
DAY24: ORM續談
下一篇
DAY26: 逐步建構一個RESTful API - 2
系列文
從0開始-30天摸索laravel31
圖片
  直播研討會
圖片
{{ item.channelVendor }} {{ item.webinarstarted }} |
{{ formatDate(item.duration) }}
直播中

尚未有邦友留言

立即登入留言