參考

flask挺挺輕巧的, 因此玩一玩它. 如果用它做大型點的項目, 就用到了它的藍圖組織項目. 一時半會不太清楚這玩意怎麽用, 得擼一擼py基礎了.

我搞了個movie小的flask栗子來用用藍圖小功能, git地址如下.
項目分前臺 home, 後臺admin模塊.使用藍圖來組織.

https://github.com/lannyMa/movie

首先，我對藍圖的理解相對通俗，就是覺得藍圖對於視圖方法模塊化、大項目協同開發過程中的一個很好的工具.

1.下圖是我們通常情況下使用的項目組織結構

看一下視圖方法:

#views.py
from app import app


@app.route('/user/index')
def index():
    return 'user_index'

@app.route('/user/show')
def show():
    return 'user_show'

@app.route('/user/add')
def add():
    return 'user_add'

@app.route('/admin/index')
def adminindex():
    return 'admin_index'

@app.route('/admin/show')
def adminshow():
    return 'admin_show'

@app.route('/admin/add')
def adminadd():
    return 'admin_add'
 

從視圖方法中，我們看到有6個視圖，分別對應admin,user兩個不同用戶的3個功能index,add,show.
這樣寫顯然沒問題，但是明顯與python提倡的模塊化，優雅的代碼特點相違背,即不是很python的python代碼.

讓我們在這裏假想兩個問題:

• 1.如果admin和user不止只有3個功能呢，比如好幾百個，導致views的代碼量已經達到了上萬行？
• 2.如果我們有多個同事分工開發admin，user和其它可能的模塊呢,都同時往一個views裏寫代碼嗎，在做版本控制時，提交過程中頻繁出現提交沖突了怎麽辦？
• 3.加入我們要拋棄admin或者user功能塊時怎麽辦，要一一手動刪除所有admin或是user相關的代碼嗎，這樣當然可以，但是會不會太low呢?

當然根據Pythonic特點，我們肯定希望盡可能的把代碼盡量的模塊化，讓我們的代碼看起來更加的優雅和順暢，這個時候flask.Blueprint(藍圖)就派上用場了

什麽是藍圖？

一個藍圖定義了可用於單個應用的視圖，模板，靜態文件等等的集合。

我什麽時候會用到藍圖？

藍圖的殺手鐧是將你的應用組織成不同的組件，比如把這裏的admin，user相關的視圖方法分為兩個組件，一個是admin組件，一個是user組件.這時我們可以

創建兩個藍圖實現這兩個獨立的組件.

# 2.我們如何使用藍本將上述的視圖方法看上去更加pythonic呢？

由於上面的例子中只有兩個組件(模塊)admin,user,我們可以創建名為admin.py和user.py的兩個文件,分別在裏面創建兩個藍圖的實例對象admin,user.

直接上代碼:

#admin.py
from flask import Blueprint,render_template, request

admin = Blueprint('admin',__name__)

@admin.route('/index')
def index():
    return render_template('admin/index.html')

@admin.route('/add')
def add():
    return 'admin_add'

@admin.route('/show')
def show():
    return 'admin_show'

要想創建一個藍圖對象，你需要import flask.Blueprint()類並用參數name和import_name初始化。import_name通常用__name__，一個表示當前模塊的特殊的Python變量，作為import_name的取值。

#user.py
from flask import Blueprint, render_template, redirect

user = Blueprint('user',__name__)

@user.route('/index')
def index():
    return render_template('user/index.html')

@user.route('/add')
def add():
    return 'user_add'

@user.route('/show')
def show():
    return 'user_show'

好了，視圖函數已經分開了，我們如何使用它們的呢？再來看一下我們的views.py變成了什麽樣吧？

#views.py
from app import app
from .admin import admin
from .user import user

#這裏分別給app註冊了兩個藍圖admin,user
#參數url_prefix='/xxx'的意思是設置request.url中的url前綴，
#即當request.url是以/admin或者/user的情況下才會通過註冊的藍圖的視圖方法處理請求並返回
app.register_blueprint(admin,url_prefix='/admin')
app.register_blueprint(user, url_prefix='/user')

• 現在我們的views是否已經變得很簡單了呢?順便回答第三個問題，如果想棄用某一個組件(模塊)我們只需要相對應的註釋掉給app註冊藍圖的行即可.

• 細心的夥伴還可以發現，在views.py中在使用默認endpoint的前提下，我們是沒有辦法使用同一個視圖方法名的（當然我們也不建議在同一個文件中有兩個視圖方法名相同，

• 盡管指向他們的request.url不同),但是使用了藍圖之後我們就可以在不同模塊中使用相同的方法名了,例如add,show..

3.到此我們就可以通過瀏覽器測試我們的程序

4.附上使用藍圖後的項目組織結構

當然如果項目不大的話就沒有什麽必要使用藍圖了，甚至我們可以把除了所有css,js,html的代碼都寫到一個文件中去,這裏我們不在舉例,說明.

[py]flask藍圖的使用