專 欄
❈
夏轩 ，Python中文社区专栏作者。
博客：
http://blog.csdn.net/u012734441
❈
1、blueprint
2、分模块后的结构
3、业务模块
4、运行
5、总结
1、blueprint
在使用flask进行一个项目编写的时候，可能会有许多个模块，如一个普通的互联网sass云办公应用，会有用户管理、部门管理、账号管理等模块，如果把所有的这些模块都放在一个views.py文件之中，那么最后views.py文件必然臃肿不堪，并且极难维护，因此flask中便有了blueprint的概念，可以分别定义模块的视图、模板、视图等等，我们可以使用blueprint进行不同模块的编写，不同模块之间有着不同的静态文件、模板文件、view文件，十分方便代码的维护和管理，下面就是使用blueprint来进行上面用户管理、部门管理、账号管理模块的模拟编写，只涉及到api层面上，模板文件和静态文件就不写在上面了。
2、分模块后的结构
在进行分模块编写接口之后，以前提供的接口就不能写在一个views.py文件之中，具体结构如下所示：
- dept: 这是部门管理模块，views是相应的接口文件。
- user: 这是用户管理模块，同上，views是用户管理的相应接口。
其他的和之前的类似。
3、业务模块
3.1 dept模块
1. `__init__.py:`
2. `# coding:utf-8`
3. `from flask import Blueprint`
4. `dept = Blueprint('dept', __name__,)`
5. `from app.dept import views`
在这里，我们定义了dept blueprint对象，便于在views.py文件中应用，替代Flask对象。主要的接口
views.py:
1. `# coding:utf-8`
2. `from app.dept import dept`
3. `from flask import jsonify`
4. `import json`
5. `dept_data = [`
6. `{`
7. `'name': '部门1',`
8. `'id': 12345`
9. `},`
10. `{`
11. `'name': '部门2',`
12. `'id': 12346`
13. `}`
14. `]`
15.
16. `@dept.route('/<int:id>', methods=['GET', ])`
17. `def get(id):`
18. `for dept in dept_data:`
19. `if int(dept['id']) == id:`
20. `return jsonify(status='success', dept=dept)`
21.
22. `return jsonify(status='failed', msg='dept not found')`
23.
24. `@dept.route('/depts', methods=['GET', ])`
25. `def get_depts():`
26. `data = {`
27. `'status': 'success',`
28. `'depts': dept_data`
29. `}`
30. `return json.dumps(data, ensure_ascii=False, indent=1)`
提供两个接口，一个接口用于查询特定的部门，一个接口用于返回部门列表，dept对象我是模拟的部门数组，没有用models.py文件中dept对象，主要是在这一节中没有使用相应的orm框架，因此就没写相应的model,这个在随后中会涉及到。
另外一个，我在获取depts接口时，用的就不是jsonify方法了，而是内置的json.dumps转换为json对象，我之所以这样写，是因为jsonify如果要返回数组对象的话，必须要相应的对象实现一个方法返回json数据，或者将这个对象转成字典类型，然后循环遍历这个对象，比较麻烦，因此这里我就直接使用json.dumps来进行转换了。
在相应的路由注解上，我使用的就是dept.route，因此在定义了为dept的blueprint对象后，这里的作用相当于当初定义的app Flask对象，但其实是进行了view层的路由后，最终还是注册到了app上面，在代码层面上实现了不同模块之间的隔离。
3.2、user模块
user模块功能和代码大部分和dept相同，这里仅仅只贴出代码，不再描述具体的功能。
1. `__init__.py:`
2. `# coding:utf-8`
3. `from flask import Blueprint`
4. `user = Blueprint('user', __name__,)`
5. `from app.user import views`
views.py:
1. `# coding: utf-8`
2. `from app.user import user`
3. `from flask import jsonify`
4. `import json`
5. `user_data = [`
6. `{`
7. `'id': 1,`
8. `'name': '张三',`
9. `'age': 23`
10. `},`
11. `{`
12. `'id': 2,`
13. `'name': '李四',`
14. `'age': 24`
15. `}`
16. `]`
1. `@user.route('/<int:id>', methods=['GET', ])`
2. `def get(id):`
3. `for user in user_data:`
4. `if user['id'] == id:`
5. `return jsonify(status='success', user=user)`
6.
7. `@user.route('/users', methods=['GET', ])`
8. `def users():`
9. `data = {`
10. `'status': 'success',`
11. `'users': user_data`
12. `}`
13. `return json.dumps(data, ensure_ascii=False, indent=1)`
3.3、run.py文件
最终Blueprint对象在run文件之中进行注册，如下：
1. `# coding:utf-8`
2. `from app import app`
3. `from app.dept import dept`
4. `from app.user import user`
5. `app.register_blueprint(user, url_prefix='/user')`
6. `app.register_blueprint(dept, url_prefix='/dept')`
7. `if __name__ == '__main__':`
8. `app.run()`
app.register_blueprint在这里进行了Blueprint对象的注册和路由，在这里还有许多用法，如制定静态文件夹和模板文件夹等等，这些可以参考以下自己学习： 使用蓝图的模块化应用
其他的我就没有再讲了，config.py和manager.py在这些简单的应用中还无需用到，讲到后面再来说这些的作用。
4、运行
启动run文件，进行运行，请求
1. `http
:
//localhost:5000/user/`
结果：
第一个接口请求成功：
请求第二个接口：
1. `http://localhost:5000/user/users`
接口同样请求成功，在这里dept模块就不去请求，结果是类似的。
5、总结
- Blueprint其实本身只是对view上的接口进行了注册，然后整体挂载在app上，Blueprint本身的目的就是组织多模块的平行共存，避免直接在app上注册view，其实更多的只是方便开发和代码的维护，因为最终所有的views上的接口都仍然是直接挂载在app上，其实对应整个应用来说，没有什么明显的区别。
- Flask 中的Blueprint不是一个可插拨的应用，因为它不是一个真正的应用，而是一套可以注册 在应用中的操作，并且可以注册多次。
- 同时在这里，我们不能使用多个flask对象来管理和注册，因为这样会导致每个flask对象都有一个自己的配置，不好管理。
- 使用Blueprint，应用会在Flask层中进行管理，共享配置，通过注册按需改变应用 对象。Blueprint的缺点是一旦应用被创建后，只有销毁整个应用对象才能注销lueprint。
- 综合以上，简单来说，Blueprint就是通过url找到view的一套机制，并没有太过于复杂的逻辑。
Python 中 文 社 区
Python中文开发者的精神家园
合作、投稿请联系微信：
pythonpost
— 人生苦短，我用Python —
本文为作者原创作品，未经作者授权同意禁止转载