國立臺北科技大學 電機工程學系

#分享 RESTful API 設計的簡單分享

2019年7月6日 00:15
大家可能跟我一樣一開始要設計 API 總是搞不清楚需要遵守什麼規則,常常聽到 RESTful API,但是看了 Wiki 感覺也有滿多地方不太清楚的。 這邊有一篇心得分享希望可以幫助一開始設計但是沒什麼想法的人 XD 內容會有幾個部分首先是 1. HTTP 基礎介紹 2. HTTP 狀態碼 3. API 設計的重要性 4. RESTful API 設計 其實來說 RESTful 應該是一個心法,真正現在比較會用到的應該是 HTTP API 設計的部分吧 ~ https://blog.clarence.tw/2019/07/05/triton-ho-technical-talk-restful6-29-taipei-experience-sharing/
愛心
41
.回應 14
共 14 則回應
這則回應已被刪除
2019年7月6日 01:11
已經刪除的內容就像 Dcard 一樣,錯過是無法再相見的!
世新大學 資訊管理學系
現在又跑出一個 GraphQL要學
國立臺灣科技大學
原PO - 國立臺北科技大學 電機工程學系
B2 我個人認為 GraphQL 通常是系統有一定程度之後再考慮的方案,因為系統不夠大以 API 來說,可能就要一直改,但如果是 GraphQL 一開始設計不好可能超難改 xD
國立虎尾科技大學 電機工程系
推啦
國立臺灣科技大學 資訊管理學研究所
講者真的厲害
亞利桑那大學 光科學院
我在設計api兩種都有導入過,其實這兩種的優缺點爭議很久,GraphQL其實也不是說適合大型project, 如果我是大型複雜的project管理者,我會偏好rest,原因無他,我可以只專注於endpoint管理不要花心力再去管理一個複雜的query庫,請求單純這對於一個開放式api來說是非常重要的,請求複雜也不是不好,因為這代表開發者對資料回應的變動可以更靈活,避免對後端的程式做大幅度更改。
銘傳大學 電腦與通訊工程學系
有個小小問題 如果用 python flask跟django來做restful api 比較. flask會比django來的輕便嗎?
國立臺北商業大學 資訊管理系
我旁邊的主管在群組分享這篇,不過是英文的 https://blog.florimond.dev/restful-api-design-13-best-practices-to-make-your-users-happy 其中第3點的不良示範「POST /articles/createNewArticle」,感覺就像語言癌:「我幫你做一個新增文章的動作」
原PO - 國立臺北科技大學 電機工程學系
B10 我沒有用過 Python 寫過 API,不過我特別看了一下 flask 的官方文件說明,他是 lightweight WSGI web application framework,基本上他是比較輕便的 而 Django 說它是 high-level Python Web framework,就會含有比較多的模組可以直接使用 所以問題是 flask會比django來的輕便嗎?我個人覺得是
原PO - 國立臺北科技大學 電機工程學系
B11 感覺不錯噎 ~ 來幫忙翻譯翻譯讓大家比較好看好了 XD 其實就比較多此一舉的感覺吧 XD 而且我覺得 API 長 GET /articles POST /articles PUT /articles/{id} PATCH /articles/{id} DELETE /articles/{id} 滿美的
國立高雄第一科技大學 運籌管理學系
想當初我也很愛Restful api,到了新創隕石開發,什麼都不管了 好辦就好XD ((不過有規模之後,還是要有個規範比較好,推推
馬上回應搶第 15 樓...