Flask【第八章】：flask實例化配置以及flask對象配置以及flask中的flash

flask實例化配置以及flask對象配置以及flask中的flash

flask是一個很是靈活且短小精幹的web框架，那麼靈活性從什麼地方體現呢？

1、flask實例化配置

有一個神奇的東西叫flask配置，這個東西要怎麼用呢？它能給咱們帶來怎麼樣的方便呢？

首先展現一下：

from flask import Flask

app = Flask(__name__)  # type:Flask
app.config["DEBUG"] = True

這句app.config["DRBUG"]=True能夠實現的功能可刺激了，代碼只要發生改變，自動重啓Flaks程序(app.run)，在控制檯打印的信息很是全面

以上兩個功能就是傳說中的DEBUG模式(調試模式)

Flask的配置就是在app.config中添加一個鍵值對，可是存進去的鍵必須是config中應該存在的，若是不存在的話，它會默認無用，就這麼放着。

那麼，config中有多少有用的key呢？

{
    'DEBUG': False,  # 是否開啓Debug模式
    'TESTING': False,  # 是否開啓測試模式
    'PROPAGATE_EXCEPTIONS': None,  # 異常傳播(是否在控制檯打印LOG) 當Debug或者testing開啓後,自動爲True
    'PRESERVE_CONTEXT_ON_EXCEPTION': None,  # 一兩句話說不清楚,通常不用它
    'SECRET_KEY': None,  # 以前遇到過,在啓用Session的時候,必定要有它
    'PERMANENT_SESSION_LIFETIME': 31,  # days , Session的生命週期(天)默認31天
    'USE_X_SENDFILE': False,  # 是否棄用 x_sendfile
    'LOGGER_NAME': None,  # 日誌記錄器的名稱
    'LOGGER_HANDLER_POLICY': 'always',
    'SERVER_NAME': None,  # 服務訪問域名
    'APPLICATION_ROOT': None,  # 項目的完整路徑
    'SESSION_COOKIE_NAME': 'session',  # 在cookies中存放session加密字符串的名字
    'SESSION_COOKIE_DOMAIN': None,  # 在哪一個域名下會產生session記錄在cookies中
    'SESSION_COOKIE_PATH': None,  # cookies的路徑
    'SESSION_COOKIE_HTTPONLY': True,  # 控制 cookie 是否應被設置 httponly 的標誌，
    'SESSION_COOKIE_SECURE': False,  # 控制 cookie 是否應被設置安全標誌
    'SESSION_REFRESH_EACH_REQUEST': True,  # 這個標誌控制永久會話如何刷新
    'MAX_CONTENT_LENGTH': None,  # 若是設置爲字節數， Flask 會拒絕內容長度大於此值的請求進入，並返回一個 413 狀態碼
    'SEND_FILE_MAX_AGE_DEFAULT': 12,  # hours 默認緩存控制的最大期限
    'TRAP_BAD_REQUEST_ERRORS': False,
    # 若是這個值被設置爲 True ，Flask不會執行 HTTP 異常的錯誤處理，而是像對待其它異常同樣，
    # 經過異常棧讓它冒泡地拋出。這對於須要找出 HTTP 異常源頭的可怕調試情形是有用的。
    'TRAP_HTTP_EXCEPTIONS': False,
    # Werkzeug 處理請求中的特定數據的內部數據結構會拋出一樣也是「錯誤的請求」異常的特殊的 key errors 。
    # 一樣地，爲了保持一致，許多操做能夠顯式地拋出 BadRequest 異常。
    # 由於在調試中，你但願準確地找出異常的緣由，這個設置用於在這些情形下調試。
    # 若是這個值被設置爲 True ，你只會獲得常規的回溯。
    'EXPLAIN_TEMPLATE_LOADING': False,
    'PREFERRED_URL_SCHEME': 'http',  # 生成URL的時候若是沒有可用的 URL 模式話將使用這個值
    'JSON_AS_ASCII': True,
    # 默認狀況下 Flask 使用 ascii 編碼來序列化對象。若是這個值被設置爲 False ，
    # Flask不會將其編碼爲 ASCII，而且按原樣輸出，返回它的 unicode 字符串。
    # 好比 jsonfiy 會自動地採用 utf-8 來編碼它而後才進行傳輸。
    'JSON_SORT_KEYS': True,
    #默認狀況下 Flask 按照 JSON 對象的鍵的順序來序來序列化它。
    # 這樣作是爲了確保鍵的順序不會受到字典的哈希種子的影響，從而返回的值每次都是一致的，不會形成無用的額外 HTTP 緩存。
    # 你能夠經過修改這個配置的值來覆蓋默認的操做。但這是不被推薦的作法由於這個默認的行爲可能會給你在性能的代價上帶來改善。
    'JSONIFY_PRETTYPRINT_REGULAR': True,
    'JSONIFY_MIMETYPE': 'application/json',
    'TEMPLATES_AUTO_RELOAD': None,
}

config中的key

以上這些key均可以被改寫，固然他們也都是有默認值存在的，若是沒有特殊狀況，不要改寫它的默認值。

修改配置的方式大約有兩種：

1.直接對app.config進行修改：

app.config["DEBUG"] = True

2.使用類的方式導入：

首先要有一個settings.py的文件

class FlaskDebug(object):
    DEBUG = True
    SECRET_KEY = "DEBUGmoshidesecret_key"
    PERMANENT_SESSION_LIFETIME = 7
    SESSION_COOKIE_NAME = "debug_session"

而後咱們在Flask的啓動文件中就能夠這麼寫：

from flask import Flask
from settings import FlaskDebug

app = Flask(__name__)  # type:Flask
app.config.from_object("FlaskDebug")

這叫作類導入配置

重點記憶的有：

1.template_folder="temp" 默認模板路徑 templates
2.static_folder="static", 默認靜態文件路徑 static
3.static_url_path="/static" 訪問靜態文件路由地址 默認是"/"+static_folder

4.static_host=None 指定靜態文件服務器地址
5.host_matching = False,  # 若是不是特別須要的話,慎用,不然全部的route 都須要host=""的參數
6.subdomain_matching = False,  #理論上來講是用來限制SERVER_NAME子域名的,可是目前尚未感受出來區別在哪裏 
7.instance_path = None,  # 指向另外一個Flask實例的路徑
8.instance_relative_config = False  # 是否加載另外一個實例的配置
9.root_path = None  # 主模塊所在的目錄的絕對路徑,默認項目目錄

 

 

2、flask對象配置

這是針對一個已經實例化的app進行的配置

'DEBUG': False,  # 是否開啓Debug模式
'TESTING': False,  # 是否開啓測試模式
'SECRET_KEY': None # 在啓用Flask內置Session的時候/開啓flash,必定要有它
'PERMANENT_SESSION_LIFETIME': 31,  # days , Session的生命週期(天)默認31天
'SESSION_COOKIE_NAME': 'session',  # 在cookies中存放session加密字符串的名字

 

3、flask中的flash