flask：MVC框架优化过程

flask_script自定义命令启动

为什么要这么做呢？
可以将我们很多东西进行命令行参数的方式进行启动，这样的话我们就可以再同一个入口下做多种动作

导入Server，也就是添加一个命令，通过runserver，去启动我们的flask_server,这样可以设置多个命令，通过一个入口实现多命令的管理，最终以manager.run()的方式启动。

我们在来初始化一下数据表

这样在我们命令行，查看一下是都存在命令

执行create_all的时候就会执行我们装饰器下的逻辑，将我们模板转化成表的过程

多环境配置文件

多环境配置文件是什么呢？
例如说我在本地开发，就是本地开发环境
测试环境，预发布环境，生产环境等，环境很多，我们配置文件怎么分离呢？就会使用到多环境配置文件来进行多环境分离

我分了4个环境配置，基准配置，本地开发配置，测试环境配置，生产环境配置

这里逻辑很简单，我们的环境没有选择，换默认选择基准环境，如果我们指定了环境 export ops_config=local 那么配置文件的指针就会指向本地开发环境的配置。

换句话说就是实现配置文件分环境加载，application里通过我们得环境变量去判断一个值，如果这个值有的话，那么我们就加载这样一个配置文件的过程

那么都配置什么呢？

数据库：
每个环境的数据库当然不一致
是否打印sql语句

打印sql语句设置成True，我们页面到我们数据库请求数据的语句就被打印出来

debug模式
如果不打开，我们app.logger.info()的日志输出不但不会出现，每次修改代码，都要重启服务

这里我们可以对不同环境执行不同配置，覆盖掉基准配置即可，例如生产环境也是继承基准环境的，但是我们要把degub模式关掉，就可以如下设置

测试环境需要查看sql语句，数据库指向另一个数据库

flask_debugtoolbar

我们的degub工具，可以分析我们当时请求的数据，方便我们本地开发进行调试，这里介绍的是我们flask的debugtoolbar，只要安装好了
debugtoolbar就可以使用，当我们app.debug=True的时候并且要设置SECRET_KEY就会自动出来，进行使用
这里成简单了，如果pip安装不算一行代码，那两行就够用了

下边见证一下

我去。失败，但是通过提示看到，忘记设置SECRET_KEY

设置之后
服务启动成功

这次不打脸


可以看我们的sql
还有一些信息

错误处理器

什么是错误处理器呢？比如说我门随便输入一个path，你找不到啊，直接报服务器错误吗？我们要有一个错误处理器，交给它处理，它会给你一个友好的页面，告诉你那不对
写个前端

输入错误的path

针对不同的错误可以有不同的错误处理

请求拦截器

什么是拦截器呢？就是你每次发送一个http请求都要拦截，愿意让你去请求，你才能请求，不想让你请求你是请求不到的，
就说我们访问首页，一定会经过拦截处理器，如果拦截了，就走不到后端的方法了

实现依然是通过我们装饰器进行实现的

请求后拦截 同理

说明都生效了