Flask与Django区别之请求勾子

（1）Django功能大而全，Flask只包含基本的配置Django的一站式解决的思路，可以减少开发人员开发之前在选择应用的基础设施上花费的时间。

（2）Django有模板，表单，路由，认证，基本的数据库管理等内建功能。但是Flask只是一个内核，默认依赖于两个外部库： Jinja2 模板引擎和 Werkzeug WSGI 工具集，其他很多功能都是以扩展的形式进行嵌入使用的。

（3）Flask比Django更灵活，可以带给开发人员更多的灵活性。毕竟，有的应用场景不适合使用一个标准的ORM模板，需要与不同的工作流或者模板系统交互。

前提：在客户端和服务器交互的过程中，有些准备或扫尾工作需要处理，比如在请求开始时，需要建立数据库连接，请求结束时，需要指定数据库的交互格式等等……

目的：为了让每个视图函数避免编写具有重复功能的代码，Flask提供了具有通用设施的功能---请求勾子。

分类：Flask支持以下四种请求勾子：

（1）before_first_request ：处理第一个请求之前运行，此方法中可能作数据库连接的操作。

（2）before_request ：每次请求之前运行。可以判断是否是我们自己客户端发过来的，是则不用return，否则return"非法请求"----所谓的"拦截"。

（3）after_request ：在没有抛出错误的情况下，请求之后且响应发出之前运行，必须传参：response，此方法可以对响应做统一处理，比如更改响应数据的类型Content-Type。

（4）teardown_request ：不管有木有错误，此方法一定会被执行。哪怕出错，照样执行

# -*- coding:utf-8 -*-

from flask import Flask

app = Flask(__name__)

@app.route('/')

def index():

return 'index'

# 第一次请求开始前调用的，还没有执行请求

# 作用：可以做一些初始化的操作。比如连接到数据库

@app.before_first_request

def demo1():

print 'demo1'

# 请求开始执行前调用的

# 对请求做一些校验操作，如果请求信息有异常，或者发现自己被攻击，可以在这里直接返回，不会进入到视图函数中

@app.before_request

def demo2():

print 'demo2'

# 请求结束之后调用的、视图函数执行结束后调用的

# 可以接受视图函数执行之后的响应结果

# 可以对响应进行统一的处理，比如在响应中统一设置cookie或者响应头信息

@app.after_request

def demo3(response):

print 'demo3'

# 设置响应头

response.headers['Content-Type'] = 'application/json'

return response

# 捕获到服务器异常后调用的

# 可以接受异常信息,处理异常信息

@app.teardown_request

def demo4(e):

print 'demo4', e

if __name__ == '__main__':

app.run(debug=True)