说到 Flask ,这是我接触的第一个后端架构,也基本是目前唯一一个比较熟悉的。

对于规范化,这当然是很有必要的,特别是你的项目越做越复杂,不断增加新功能的时候,就会发现如果一开始结构很差,基本就需要大规模重构了。而重构,又通常是说说而已,真正动手完全重构什么的是不存在的,这么丑的代码,就算是我自己写得,我也不想再看了。

所以呢,一开始就尽可能做得规范一点,这样以后看起来就很舒服了,进行修改也会变得相对简单,别人要接手也不会看吐了。

目录

大概长这个样子:

.
├── docker-compose.yml
├── Dockerfile
├── docs/
├── main.py
├── README.md
├── requirements.txt
├── run.sh
├── app_name/
│   ├── config.py
│   ├── data/
│   ├── __init__.py
│   ├── static/
│   │   ├── css/
│   │   ├── fonts/
│   │   ├── img/
│   │   └── js/
│   ├── templates/
│   │   ├── index.html
│   │   ├── layout.html
│   │   ├── blueprint_1
│   │   └── blueprint_n
│   └── blueprints/
│       ├── __init__.py
│       ├── blueprint_1.py
│       └── blueprint_n.py
└── tests

先说根目录,一般都用 Docker 的,这里就需要两个配置文件 Dockerfiledocker-compose.yml 了;README 当然还是要写的;requirements.txt 里面写上项目用到的各种包;main.pyrun.sh ,前者是项目的运行文件,后者是考虑如果使用 gunicorn 的话,写到文件里比较省事;docstests 目录也是需要有的,虽然不是每个人都写测试和文档;最后 app_name ,是整个项目的主体。

app_name 下,每个包含 Python 的文件都需要 __init__.pyconfig.py 里面包含项目的各种配置,statictemplates 里面是前端的文件,blueprints 里面包含各个模块的 blueprint。

用法

这里主要说明的是 Blueprint 在项目中的重要作用。

对于有一定规模的项目来说,通常会有很多不同用途的组件,比如用户登录相关的,API 相关的,某个重要功能相关的等等,这时候利用不同的 Blueprint 加以区分就能够简化整个项目结构,降低模块间的耦合,不管是对于协作开发还是增改功能都有很大益处。

针对不同的 Blueprint,HTML 文件最好也放置在 template 下不同的文件夹中。

在使用 Blueprint 的过程中,有几点需要特别注意:

  • __init__.py 文件并不是摆设,通常里面需要 import 该文件夹下相关的模块,也可以做一些初始化一类的操作,尤其是 app_name 文件夹下的,需要设置各种扩展,以及注册所需的 Blueprint
  • 使用这种结构的时候,新手很容易发生 Circular import 问题,这个通常是自己没设计好。另外,推荐大家熟悉一下 Python import 的细节,了解一点底层的东西,就能很好解决这个问题了。我发现有时候改变一下 import 命令的上下位置就可以解决一些问题了……不过这种方法并不优雅
  • 推荐所有使用 css/js 的地方都用 url_for 来解决

常用扩展

  • flask_login 用户登录,做一些权限限制等
  • flask_sqlalchemy 数据库操作的 ORM
  • flask_wtf 提供简单的 WTForms 集成,方便控制表单
  • flask_restful 方便写 RESTful API

其他的可以浏览 Flask Extensions Registry