Python Flask学习知识点(二)-阿里云开发者社区

开发者社区> 开发与运维> 正文

Python Flask学习知识点(二)

简介: 使用Flask写简单的API 所有API都一样,不限于编程语言,API的难点在于路由(URL)的设计,能否精准的找到资源,而不是在于如何用技术实现。
img_4f01334dc864fcb4dea2d19d5fca5946.jpe

使用Flask写简单的API

所有API都一样,不限于编程语言,API的难点在于路由(URL)的设计,能否精准的找到资源,而不是在于如何用技术实现。
在上一篇Python Flask学习知识点(一)文章中,记录了如何在试图函数中返回数据。上篇文章说到Flask返回的本质是字符串,通过content-type来控制返回的字符串转换为需要值,那么我们在写API的时候,API一般返回的都是JSON格式的数据,所以在视图函数中要指定content-type为JSON。

@app.route()
def search():
    result = {"key1": "a", "key2": "b"}
    return json.dumps(result), 200, {"content-type": "application/json"}

解释上图代码片段:
我们一般通过视图函数中做处理后拿到数据类型为python内置数据类型dict,而Flask要求,返回的结果必须是字符串,所以我们用json.dumps(result)做处理后再返回。
后边指定返回状态码200,和,返回的content-type为JSON。
以上就是一个简单的API写法。

jsonify()方法

Flask提供我们另外一个方法,便于简化,jsonify().
改写上部代码:

from flask import jsonify

@app.route()
def search():
    result = {"key1": "a", "key2": "b"}
    return jsonify(result)

可以看到使用内置方法jsonify()要比原先的写法更为简洁。

将视图函数拆分为单独文件

在某些业务场景下,业务功能很多,如果把所有的视图函数全部放到单个文件中,代码多不容易维护,其次就是从业务模型角度来讲,不同的业务模型应该分配不同文件当中,比如用户模型和购物车模型,显然不应该混合在同一文件,业务模型应该分门别类。不推荐把所有视图函数放到一个文件中。
再一点就是,更加不应该将视图函数放在启动入口文件当中,如下:

import json
from flask import Flask
app = Flask(__name__)

# 把自定义的config.py配置文件合并到flask配置文件中
app.config.from_object("config")

@app.route("/hello/")
def hello():
    return "hello"

if __name__ == "__main__":
    app.run(host="0.0.0.0", debug=app.config['DEBUG'], port=81)

所以,重新建立项目目录,原先项目目录如下图:


img_ec5de8ba39d79791b5209e2b2ae8d726.png
image.png

原先是一个配置文件,一个入口启动文件,
现在新建一个名为app的文件夹,在app文件夹下新建一个名为web的文件夹,然后把视图函数移到web文件夹下的book.py中,如图:


img_00294850e8ad2f0f3bb2948b40fee72d.png
image.png

book.py中的内容:

from flask import jsonify
from run import app
__author__ = 'Allen'


@app.route('/hello')
def search():
    result = {"key1": "a"}
    return jsonify(result)

run.py中的内容:

from flask import Flask

app = Flask(__name__)
app.config.from_object('config')

from app.web import book

if __name__ == "__main__":
    app.run(host="0.0.0.0", debug=app.config['DEBUG'], port=81)

注意:由于在book.py中没有app这个变量,所以从run.py中导入app变量,看似没有问题,实则问题很大!
会有什么问题?
这时我们运行run.py启动flask, 在浏览器中输入127.0.0.1:81/hello会得到404错误,


img_7841e44a3c4c3c71079e743d9867ba14.png
image.png

404就是提示我们没有找到/hello视图函数。

深入了解flask路由

上边看到,我们拆分完视图函数后,运行报错,
在Flask中,每一个URL对应一个视图函数,中间还有一个叫做endpoint的东西,每一个URL有一个endpoint和一个视图函数,如果通过URL正向寻找视图函数时,endpoint显得多余,
但是通过视图函数反向寻找URL函数时,endpoint是有用的。如下图:


img_a95388ab88ba0b69ed3c8dccd2e2227f.png
image.png

在上一篇Python Flask学习知识点(一)文章中,说明了Flask路由注册的两种方式,其中

app.add_url_rule("/hello/", view_func=hello)

这个add_url_rule方法中其实还有一个参数endpoint

app.add_url_rule("/hello/", view_func=hello, endpoint=)

因为Flask内部有判断,如果我们不传这个参数,Flask会做处理,把视图函数的名字作为endpoint默认值传入,具体查看源码:


img_1f2da2dd825c29b84d52e9c7d6ebb56a.png
image.png

继续看源码,url_map中添加了我们定义的路由规则rule, view_functions中把endpoint作为key,视图函数作为value做存储,下图:


img_8358272a0fa1730a53b2907895bac857.png
image.png

结论:如果路由要注册成功,url_map对象中,rule(/hello)指向endpoint, view_functions字典中endpoint作为key,视图函数作为value
img_4186b421d19d4cc55b92057e101d6602.png
image.png

一个成功的路由注册,需要用endpoint作为桥梁来连接上URL和视图函数。

循环引入

上边提到,只有成功的注册路由才可以访问,但是已经成功的注册后还是无法访问,这个问题是因为这里其实出现了循环引用

在上边run.py文件中我们导入了这样一行代码:

from app.web import book

而在book.py中,我们导入了这样一行代码:

from run import app

以上两行导入代码会造成循环引用。

在运行run.py时代码执行到from app.web import book行时,会进入到book.py中,然后紧接着会执行到book.py中的这一行:from run import app,然后又会进入到run.py中,大家可以断点调试下看效果。
此时,由于之前引用过一次from app.web import book,所以不会再引用,接着,因为run文件中的app是被book.py导入的,所以if name 不等于 "main",代码会回到book.py中继续执行完,再跳回run.py中,成功启动run.py。
建议大家反复调试理解。
在上边过程中,其实app= Flask(name) ,app对象初始化了两次,我们用来注册视图函数的app和我们最终启动的app是两个不同的对象,由于循环导入,导致出现两个不同app对象。
验证一下:
在run.py中打印app对象地址

from flask import Flask

app = Flask(__name__)
print(id(app))
app.config.from_object('config')

from app.web import book

if __name__ == "__main__":
    print(id(app))
    app.run(host="0.0.0.0", debug=app.config['DEBUG'], port=81)

通过debug调试,可以看到两个内存地址不同,故为两个不同的app对象。

欲知后事如何,请听下回分解,记得点个赞~ 感谢。

版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。

分享:
开发与运维
使用钉钉扫一扫加入圈子
+ 订阅

集结各类场景实战经验,助你开发运维畅行无忧

其他文章