这篇文章我们来看看在Flask里是如何进行RESTful接口开发的
按照我个人的理解,RESTful的核心价值再与它的规范性。
RESTful接口是面向资源的, 而不是面向动作。
比如一个查书的接口,如果是面向动作的风格,可能是这样的:
/getBook?name=?...
这很好,一目了然。
但是在增加书,修改书,删除书就是这样了:
/addBook
/editBook
/deleteBook
和你对接的前端同事也许会记住这些名字,但是也有可能记错
比如 /deleteBook 记成 /delBook
如果记性好,也没关系,才四个接口。
但是如果对数学书写一些接口呢? 烹饪书呢?你可能会看到这些接口:
/getCookBook
/get-cook-book
/getMathBook
/get-math-book
/getMathematicsBook
/addCookBook
/addRecipe
/edit-a-cook-book
/search-meth-book
/delete-a-math-book
/delmathbook
...... // 无尽的痛苦
或者是由于某些原因后台可能会改这些接口名,导致前后端不一致,增加沟通成本,浪费时间
随着资源增多(除了书你还有其他资源),接口数量成倍增长,如果没有一种统一风格,可以想象接口