重構Resource
截至目前為止,使用者的restful已經有個初步的雛形,那接下來要做些甚麼呢?所以今天先重新檢視一下現有的程式碼,雖然昨日的課程把一些驗證請求參數的部份抽離到UserSchema內,不過user.py仍有許多改善的空間,所以今天的內容將一步一步的教授大家如何更進一步重構user.py。 閱讀全文〈第十屆鐵人賽 flask-restful DAY21-搞懂flask-restful Resource的重構〉
告訴你我開發之路所遇到的坑
截至目前為止,使用者的restful已經有個初步的雛形,那接下來要做些甚麼呢?所以今天先重新檢視一下現有的程式碼,雖然昨日的課程把一些驗證請求參數的部份抽離到UserSchema內,不過user.py仍有許多改善的空間,所以今天的內容將一步一步的教授大家如何更進一步重構user.py。 閱讀全文〈第十屆鐵人賽 flask-restful DAY21-搞懂flask-restful Resource的重構〉
在昨日告訴大家怎麼安裝flask-marshmallow,並且在我們的flask-restful應用程序中加載了flask-marshmallow,今日要開始使用marshmallow的設定來解析請求參數。 閱讀全文〈第十屆鐵人賽 flask-restful DAY20-搞懂如何用marshmallow解析請求參數〉
昨日的內容教授大家如何透過POSTMAN來保護我們的程式,今日的內容就在處理之前遇到的BUG。這裡介紹大家一個新的函式庫flask-marshmallow,透過此函式庫可以讓我們的程式在處理請求參數更彈性,接下來就進入我們今天的教程。 閱讀全文〈第十屆鐵人賽 flask-restful DAY19-搞懂flask-marshmallow的導入〉
截至昨日為止,我們已經開發完User的CRUD,而且在開發的過程中也同時透過POSTMAN驗證其基本功能是正常的,儘管有些小bug,但是目前功能還算正常,不過在後續的開發中怎麼繼續保證功能是正常的呢,又或者怎麼肯定的更其他的人說我們沒有因為修改bug而把其他的功能改壞掉呢,這時候就需要測試案例來保護我們程式碼,所以我們先列出目前User的CRUD的情境。
昨日教程教授大家如何處理url上的參數,更進一步的說明就是所謂的routing
,接下來的POST與PUT可就沒辦法僅是透過url傳遞,而是需要透過參數傳遞,所以今日教程旨在告訴大家如何解析請求的參數和POSTMAN 如何傳遞參數。
昨日教授大家如何初始化flask-restful以及建立第一個Resource
,到目前flask-restful的基本知識以經教授一半了,今天在繼續教授其他基本知識。
在經過flask基本教程、restful以及POSTMAN的教程後終於要準備進入flask-restful的教程了,今日的教程教授大家如何使用flask-restful、如何配置程式碼以及透過POSTMAN發出第一個請求。 閱讀全文〈第十屆鐵人賽 flask-restful DAY15-搞懂如何建立Resource〉
POSTMAN是一套軟體,擁有圖形化介面可以操作,透過操作這介面可以發送需求給伺服器端,因此在撰寫WebApi時如果還沒有開發好Client時就只能透過POSTMAN,但是POSTMAN只能這時候用嗎,那你就看看筆者怎麼講了。 閱讀全文〈第十屆鐵人賽 flask-restful DAY14-搞懂POSTMAN這個開發restful神器〉
說到restful就不能不提邦友kerkerj的從無到有打造 RESTful API service 系列其中[API] (1) – 定義 1 – 什麼是 REST/RESTful ?就載明了什麼是restful,想深入了解的可以讀一讀這篇文章,除此之外維基百科也載明了許多內容,在這裡筆者就重點式的提及一些觀念。 閱讀全文〈第十屆鐵人賽 flask-restful DAY13-搞懂restful〉
甚麼是flask呢?維基百科這樣解釋: 閱讀全文〈第十屆鐵人賽 flask-restful DAY12-搞懂flask〉