Python Flask學習知識點（五）

摘要： timg (9).jpg 從本章開始，逐步引入資料庫相關知識點。 關於資料庫的工具以及一些入門的知識請自行查詢資料學習（例如：建立資料表，資料庫視覺化工具）。 資料表建立方式 image.png ...

從本章開始，逐步引入資料庫相關知識點。

關於資料庫的工具以及一些入門的知識請自行查詢資料學習（例如：建立資料表，資料庫視覺化工具）。

資料表建立方式

對於我們開發人員來說，一般推薦使用Code First ，因為可以專注業務模型的設計 而不是資料庫設計 ， 資料庫只是用來存資料的 ，它的表關係應該由我們業務來決定。

那麼其他兩種資料表建立方式可以自己上網查詢相關資料，這裡不再贅述。

定義一個模型類

之前提過一個叫做驗證層，現在引入模型層（MVC中的M：模型層）

設計模型的思維，應該考慮業務模型，而不要去過多注意資料庫的設計，資料庫只是存資料的。

app資料夾下新建models資料夾並新建一個名為book.py的模型：

這裡使用sqlalchemy這個包來做模型對映，還有一個包叫做flask_sqlalchemy，是flask在sqlalchemy的基礎上做了一些自己的封裝，待會我們也要用到。

再介紹一個第三方的獨立的包：WTFORMS，Flask也針對這個包做了封裝並有一個新的包叫做Flask_WTFORMS，以上兩個（sqlalchemy、WTFORMS）是獨立的兩個包，可以用在任何時候而不僅僅在Flask中。

Flask的路由是在werkzeug基礎上封裝的

Flask是微框架，只提供最核心的功能其他部分可以自由組裝

所有flask外掛都必須和flask核心物件app繫結在一起

編輯book.py:

from sqlalchemy import Column, Integer, String
from flask_sqlalchemy import SQLAlchemy

db = SQLAlchemy()
class Book(db.Model):
# 主鍵 自增
id = Column(Integer, primary_key=True, autoincrement=True)
# 長度50 不為空
title = Column(String(50), nullable=False)
author = Column(String(30), default="未知")
# unique : 不重複, 會加一個索引, 不重複
uid= Column(String(15), nullable=False, unique=True)

以上程式碼就是一個簡單的建立資料表的模型，包含四個欄位，

之前提到過，所有的Flask的外掛都需要和Flask的核心物件app來關聯起來，那麼怎麼做關聯呢？

在app資料夾下的 __init__.py 中:

from flask import Flask
from app.models.book import db

def create_app():
app = Flask(__name__)
app.config.from_object("app.setting")
app.config.from_object("app.secure")

register_blueprint(app)

db.init_app(app)
db.create_all(app=app)
return app


def register_blueprint(app):
from app.web import web
app.register_blueprint(web)

首先把db物件匯入，

再使用db.init_app(app)做關聯，init_app這個方法很重要，後邊所有的Flask外掛都使用這個方法做關聯。

接著，

需要把資料庫的配置資訊放到配置檔案中，因為資料庫配置資訊是屬於比較機密的，所以我們放在secure.py中。

SQLALCHEMY_DATABASE_URI = 'mysql+cymysql://root:[email protected]:3306/demo'

ORM與Code First

ORM 物件關係對映 : 包含的層面更廣闊 不僅僅是建立 還包含查詢 更新 刪除

與

Code First : 解決的是資料表建立的問題，專注業務模型設計而不是資料庫設計，資料庫只是存資料的，表關係應該有業務來決定

業務邏輯最好寫在MVC中M中

Flask中上下文管理

• 應用上下文（AppContext）
• 請求上下文（RequestContext）

上下文字質來說其實就是物件

應用上下文：對核心物件Flask的封裝

請求上下文：對請求物件Request的封裝

為什麼會需要上下文？直接操作Flask核心物件不行嗎？

其實這個就是一個設計思想的問題，有時候對於一個物件來說，有一些資訊是屬於這個物件外部的，並不是屬於物件本身，那麼此時我們可以設計一個所謂的上下文（上下文就是一個物件），把Flask核心物件和外部的這些資料一起組成一個整體，這個整體就是我們說的上下文物件。

Flask核心物件：承載著各種各樣的功能，例如：儲存配置檔案資訊、提供註冊路由\檢視函式等這樣的功能。

AppContext ：把Flask核心物件做了一系列封裝，並且附加了一些額外的引數

Request ：儲存了一些請求資訊，例如： URL引數，完整的URL等等一切的請求資訊都在這個物件中。

RequestContext ： 對Request物件的封裝。

在我們編碼過程中，真正想去使用的是Flask核心物件或者是Request這個物件，但是我們要使用它並不一定要直接直接匯入這倆核心物件，正確的做法是：

從AppContext或RequestContext間接的去拿Flask核心物件或者是Request。

Flask中，採用了LocalProxy模式（本地代理）的模式提供了間接去操作上下文的能力，也就是current_app和request這兩個物件。

這裡Flask使用了設計模式裡邊的代理模式。