（转载）Flask 出坑记
Flask 是个 Python Web 框架. 网站上文档例子都很详尽, 这里就不废话了, 只是来扯两个使用中需要注意的地方.
装饰器对被装饰函数的名字是敏感的
首先是应用程序装饰器, 如官网上的例子
|
1
2
3
4
5
6
7
8
|
import flask
app = flask.Flask(__name__)
@app.route('/')
def hello():
return 'Hello World'
if __name__ == '__main__': app.run(port=7777)
|
这个装饰器挂在哪个函数上, 哪个函数就成为一个处理函数. 这个特性让那些看多了 django 或者 tornado 起手先一大堆类定义的人一下子全高潮了, 大呼简单函数拯救世界. 不过这东西有时候相当坑. 先来看一个熊孩子特性, 把上面代码改成这样
|
1
2
3
4
5
6
|
import flask
app = flask.Flask(__name__)
app.route('/')(lambda: 'Hello World')
if __name__ == '__main__': app.run(port=7777)
|
然后试着 curl 一下 http://localhost:7777, 没问题, 还是返回 'Hello World'. 好, 加一句
|
1
2
3
4
5
6
7
|
import flask
app = flask.Flask(__name__)
app.route('/')(lambda: 'Hello World')
app.route('/wtf')(lambda: 'I bought a watch last year')
if __name__ == '__main__': app.run(port=7777)
|
再来一发
|
1
2
3
4
|
$ curl http://localhost:7777/
I bought a watch last year$ curl http://localhost:7777/wtf
I bought a watch last year |
怎么都是「I bought a watch last year」?! 我去年买了个表!
查了一通文档才发现 Flask 会索引被装饰函数的名字, 并根据这些名字来派发请求. 好了, 结论是不要在 Flask 里玩 lambda, 因为 Python 里面所有 lambda 名字都一个样
|
1
2
3
4
5
6
|
>>> x = lambda : None
>>> x.__name__'<lambda>'>>> y = lambda m, n: m + n
>>> y.__name__'<lambda>' |
傲娇程序员的第一反应可能是「才不会到处用 lambda 只是偶尔写一个换换口味」. 且慢, 倒不是说 lambda 有问题, 而是下面这种用况会出事
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
|
import flask
app = flask.Flask(__name__)
def handler_logger(f):
def g(*args, **kwargs):
print 'before request'
r = f(*args, **kwargs)
print 'after request'
return r
return g
@app.route('/')
@handler_loggerdef root():
return 'Hello World'
@app.route('/wtf')
@handler_loggerdef wtf():
return 'I bought a watch last year'
if __name__ == '__main__': app.run(port=7777)
|
同样的结果, 访问两个 URL 看到的都是后一个函数的结果.
刚才已经说了 Flask 对被包装函数的名字是敏感的, 所以解决上述问题的方法便是
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
|
import flask
import functools
app = flask.Flask(__name__)
def handler_logger(f):
@functools.wraps(f)
def g(*args, **kwargs):
print 'before request'
r = f(*args, **kwargs)
print 'after request'
return r
return g
@app.route('/')
@handler_loggerdef root():
return 'Hello World'
@app.route('/wtf')
@handler_loggerdef wtf():
return 'I bought a watch last year'
def main():
app.run(port=7777)
if __name__ == '__main__': main()
|
获取 POST 请求体
21 世纪的 Web 交互中服务器跟浏览器互相丢 JSON 已经成了司空见惯的事情. 服务器上要搞到 JSON 数据当然是直接访问 POST 请求体了, 如
|
1
2
3
4
5
6
7
8
9
10
11
12
13
|
import flask
import functools
app = flask.Flask(__name__)
@app.route('/wtf', methods=['POST'])
def wtf():
return 'Received: ' + flask.request.data
def main():
app.run(port=7777)
if __name__ == '__main__': main()
|
按文档的说法, flask.request.data 包含请求数据字符串. 但其实这也是个坑, 默认情况下根本取不到请求数据
|
1
|
$ curl -d "[1,1,2,3,5,8]" http://localhost:7777/wtf
|
Received:
熊孩子你把拿到的字符串给吃了吧? 实际上如果去看看那文档会看到并不如上面所说的那样, 而是
Contains the incoming request data as string in case it came with a mimetype Flask does not handle.
后面这个状语从句真是着急, 那到底什么 mimetype 会使得 Flask does not handle 呢? 根本没说清楚啊. 扫一眼文档后面, 还有个东西可以用: flask.request.json, 但这货一般是 None, 只有当请求 mimetype 被设置为 application/json 的时候才有用, Flask 你真心是跟 mimetype 过不去啊. 也就是说得这样发请求
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
|
import json
import flask
import functools
app = flask.Flask(__name__)
@app.route('/wtf', methods=['POST'])
def wtf():
return 'Received: ' + json.dumps(flask.request.json)
def main():
app.run(port=7777)
if __name__ == '__main__': main()
|
|
1
2
3
4
|
$ curl -d "[1,1,2,3,5,8]" localhost:7777/wtf
Received: null$ curl -d "[1,1,2,3,5,8]" -H "Content-Type:application/json" localhost:7777/wtf
Received: [1, 1, 2, 3, 5, 8]
|
问题是现在前端攻城狮都被浏览器兼容性折腾得满世界买表, 哪还有心情检查每个请求的 content-type 对不对. 况且这还只对 JSON 有效, 如果是山寨协议又怂了.
好吧, 如果实在不行, 就挖到 WSGI 里面去好了, 比如这样
|
1
2
3
4
5
|
def request_data():
d = flask.request.data
if not d:
return ''.join(flask.request.environ['wsgi.input'].readlines())
return d
|
这样 (在特定的 WSGI 环境中, 比如配合 gevent 使用时) 能获取请求数据 (这不还是坑么). 或者看看这个万能的方法. 好了, 请求字符串快到碗里来!
上一篇： flask实现上传
推荐阅读