Flask的路由解读以及其配置
from flask import Flask
app =Flask(__name__)
一.配置
配置一共有四中方式
方法一:
只能设置以下两种属性
app.debug=True
app.secret_key="asdas"
方法二
app.config["DEBUG"]=True
方法三
app.config.from_pyfile("配置文件路径")
配置文件
DEBUG=True
方法四(推荐使用)
app.config.from_pyfile("类所在路径.类名")
配置文件
class 类名:
DEBUG=True
推荐使用原因:因为测试和上线时候DEBUG属性再测试时候一般为true上线为false所有可以把其他公用的内容放一个基类中,下面测试和上线都继承基类,用的时候切换类名即可
Flask的默认配置属性
'DEBUG': get_debug_flag(default=False), 是否开启Debug模式
'TESTING': False, 是否开启测试模式
'PROPAGATE_EXCEPTIONS': None,
'PRESERVE_CONTEXT_ON_EXCEPTION': None,
'SECRET_KEY': None,
'PERMANENT_SESSION_LIFETIME': timedelta(days=31),
'USE_X_SENDFILE': False,
'LOGGER_NAME': None,
'LOGGER_HANDLER_POLICY': 'always',
'SERVER_NAME': None,
'APPLICATION_ROOT': None,
'SESSION_COOKIE_NAME': 'session',
'SESSION_COOKIE_DOMAIN': None,
'SESSION_COOKIE_PATH': None,
'SESSION_COOKIE_HTTPONLY': True,
'SESSION_COOKIE_SECURE': False,
'SESSION_REFRESH_EACH_REQUEST': True,
'MAX_CONTENT_LENGTH': None,
'SEND_FILE_MAX_AGE_DEFAULT': timedelta(hours=12),
'TRAP_BAD_REQUEST_ERRORS': False,
'TRAP_HTTP_EXCEPTIONS': False,
'EXPLAIN_TEMPLATE_LOADING': False,
'PREFERRED_URL_SCHEME': 'http',
'JSON_AS_ASCII': True,
'JSON_SORT_KEYS': True,
'JSONIFY_PRETTYPRINT_REGULAR': True,
'JSONIFY_MIMETYPE': 'application/json',
'TEMPLATES_AUTO_RELOAD': None,
| 配置项名称 | 说明 |
|---|---|
| DEBUG | 启用/禁用调试模式 |
| TESTING | 启用/禁用测试模式 |
| PROPAGATE_EXCEPTIONS | 显式地允许或禁用异常的传播。如果没有设置或显式地设置为 None ，当 TESTING 或 DEBUG 为真时，这个值隐式地为 true. |
| PRESERVE_CONTEXT_ON_EXCEPTION | 默认情况下，如果应用工作在调试模式，请求上下文不会在异常时出栈来允许调试器内省。 这可以通过这个键来禁用。你同样可以用这个设定来强制启用它，即使没有调试执行，这对调试生产应用很有用（但风险也很大） |
| SECRET_KEY | 密钥 |
| SESSION_COOKIE_NAME | 会话 cookie 的名称。 |
| SESSION_COOKIE_DOMAIN | 会话 cookie 的域。如果不设置这个值，则 cookie 对 SERVER_NAME 的全部子域名有效 |
| SESSION_COOKIE_PATH | 会话 cookie 的路径。如果不设置这个值，且没有给 '/' 设置过，则 cookie 对 APPLICATION_ROOT 下的所有路径有效。 |
| SESSION_COOKIE_HTTPONLY | 控制 cookie 是否应被设置 httponly 的标志， 默认为 True |
| SESSION_COOKIE_SECURE | 控制 cookie 是否应被设置安全标志，默认为 False |
| PERMANENT_SESSION_LIFETIME | 以datetime.timedelta对象控制长期会话的生存时间。从 Flask 0.8 开始，也可以用整数来表示秒。 |
| SESSION_REFRESH_EACH_REQUEST | 这个标志控制永久会话如何刷新。如果被设置为 True （这是默认值），每一个请求 cookie 都会被刷新。如果设置为 False ，只有当 cookie 被修改后才会发送一个 set-cookie 的标头。非永久会话不会受到这个配置项的影响 。 |
| USE_X_SENDFILE | 启用/禁用 x-sendfile |
| LOGGER_NAME | 日志记录器的名称 |
| SERVER_NAME | 服务器名和端口。需要这个选项来支持子域名 （例如： 'myapp.dev:5000' ）。注意 localhost 不支持子域名，所以把这个选项设置为 “localhost” 没有意义。设置 SERVER_NAME 默认会允许在没有请求上下文而仅有应用上下文时生成 URL |
| APPLICATION_ROOT | 如果应用不占用完整的域名或子域名，这个选项可以被设置为应用所在的路径。这个路径也会用于会话 cookie 的路径值。如果直接使用域名，则留作 None |
| MAX_CONTENT_LENGTH | 如果设置为字节数， Flask 会拒绝内容长度大于此值的请求进入，并返回一个 413 状态码 |
| SEND_FILE_MAX_AGE_DEFAULT | 默认缓存控制的最大期限，以秒计，在flask.Flask.send_static_file()(默认的静态文件处理器)中使用。对于单个文件分别在 Flask或Blueprint上使用get_send_file_max_age()来覆盖这个值。默认为 43200（12小时）。 |
| TRAP_HTTP_EXCEPTIONS | 如果这个值被设置为 True ，Flask不会执行 HTTP 异常的错误处理，而是像对待其它异常一样， 通过异常栈让它冒泡地抛出。这对于需要找出 HTTP 异常源头的可怕调试情形是有用的。 |
| TRAP_BAD_REQUEST_ERRORS | Werkzeug 处理请求中的特定数据的内部数据结构会抛出同样也是“错误的请求”异常的特殊的 key errors 。同样地，为了保持一致，许多操作可以显式地抛出 BadRequest 异常。因为在调试中，你希望准确地找出异常的原因，这个设置用于在这些情形下调试。如果这个值被设置为 True ，你只会得到常规的回溯。 |
| PREFERRED_URL_SCHEME | 生成URL的时候如果没有可用的 URL 模式话将使用这个值。默认为 http |
| JSON_AS_ASCII | 默认情况下 Flask 使用 ascii 编码来序列化对象。如果这个值被设置为 False ， Flask不会将其编码为 ASCII，并且按原样输出，返回它的 unicode 字符串。比如 jsonfiy 会自动地采用 utf-8 来编码它然后才进行传输。 |
| JSON_SORT_KEYS | 默认情况下 Flask 按照 JSON 对象的键的顺序来序来序列化它。这样做是为了确保键的顺序不会受到字典的哈希种子的影响，从而返回的值每次都是一致的，不会造成无用的额外 HTTP 缓存。你可以通过修改这个配置的值来覆盖默认的操作。但这是不被推荐的做法因为这个默认的行为可能会给你在性能的代价上带来改善。 |
| JSONIFY_PRETTYPRINT_REGULAR | 如果这个配置项被 True （默认值）， 如果不是 XMLHttpRequest 请求的话（由 X-Requested-With 标头控制） json 字符串的返回值会被漂亮地打印出来。 |
Flask-SQLAlchemy配置项整理
| 配置项名称 | 说明 |
|---|---|
| SQLALCHEMY_DATABASE_URI | 用于连接数据的数据库。例如： sqlite:////tmp/test.db mysql://username:password@server/db |
| SQLALCHEMY_BINDS | 一个映射绑定 (bind) 键到 SQLAlchemy 连接 URIs 的字典。 更多的信息请参阅 绑定多个数据库。 |
| SQLALCHEMY_ECHO | 如果设置成 True，SQLAlchemy 将会记录所有 发到标准输出(stderr)的语句，这对调试很有帮助。 |
| SQLALCHEMY_RECORD_QUERIES | 可以用于显式地禁用或者启用查询记录。查询记录在调试或者测试模式下自动启用。更多信息请参阅 get_debug_queries()。 |
| SQLALCHEMY_NATIVE_UNICODE | 可以用于显式地禁用支持原生的 unicode。这是 某些数据库适配器必须的（像在 Ubuntu 某些版本上的 PostgreSQL），当使用不合适的指定无编码的数据库默认值时。 |
| SQLALCHEMY_POOL_SIZE | 数据库连接池的大小。默认是数据库引擎的默认值 （通常是 5）。 |
| SQLALCHEMY_POOL_TIMEOUT | 指定数据库连接池的超时时间。默认是 10。 |
| SQLALCHEMY_POOL_RECYCLE | 自动回收连接的秒数。这对 MySQL 是必须的，默认 情况下 MySQL 会自动移除闲置 8 小时或者以上的连接。 需要注意地是如果使用 MySQL 的话， Flask-SQLAlchemy 会自动地设置这个值为 2 小时。 |
| SQLALCHEMY_MAX_OVERFLOW | 控制在连接池达到最大值后可以创建的连接数。当这些额外的连接回收到连接池后将会被断开和抛弃。 |
| SQLALCHEMY_TRACK_MODIFICATIONS | 如果设置成 True (默认情况)，Flask-SQLAlchemy 将会追踪对象的修改并且发送信号。这需要额外的内存， 如果不必要的可以禁用它。 |
二.路由
路由参数
rule--->路由
endpoint--->反向解析的别名
view_func---->当前的视图函数
methods ---->允许请求的方式["get","post"],如果不传默认允许的是get请求
进入源码他设置路由本质调用
def decorator(f):
endpoint = options.pop("endpoint", None)
self.add_url_rule(rule, endpoint, f, **options) #这里的self是我们之前定义的app
return f
所有我们设置路由器本质
# @app.route('/')
#相当于
def hello():
return'xxx'
app.add_url_rule('/',view_func=hello)
关于反向解析
url_for(别名)
举例
from flask import Flask, redirect, url_for
app = Flask(__name__)
@app.route('/login')
def login():
return redirect(url_for('aaa'))
@app.route('/',endpoint='aaa')
def hello():
return'xxx'
if __name__ == '__main__':
app.run()
个人感觉非常非常鸡肋!!!!!!
