書的代碼有點(diǎn)舊，github地址的代碼是新的，不過有的還是會報(bào)錯(cuò)，我覺得也有可能是作者用心良苦，因?yàn)檎襜ug的時(shí)候，我學(xué)到了不少東西，23333。

1.書上不少代碼都是基于 python manager.py shell來演示的。不過github的是基于Flask shell的，所以玩法要參考新手冊

新代碼里面主文件也沒有manager.py,而是flasky.py

所以python manager.py shell就得換成這樣的寫法。

2.git 8b那個(gè)分支的代碼，運(yùn)行是報(bào)錯(cuò)的

說是查不到users表，看了下配置文件，默認(rèn)運(yùn)行是dev模式，dev模式下的sqlite文件都沒有生成，不報(bào)錯(cuò)就奇怪了，要在app工廠里面加上db.create_all(),當(dāng)然也可以在shell里面手動運(yùn)行這個(gè)代碼，放在工廠里面也沒有關(guān)系，因?yàn)槿绻麛?shù)據(jù)庫文件已經(jīng)存在db.create_all()什么都不會做的，至于會不會影響性能還不知道。

直接加db.create_all() 報(bào)錯(cuò)： No application found. Either work inside a view function or push an application context.

那肯定是沒有上下文了。

可以用with app.app_context()或者app_context.push()的方法來引入上下文。

不過push的方法是要注意的，每次app.app_context()返回的上下文是不同的對象，并不是單例，所以要有一個(gè)變量才存儲它，用完pop，而不能這樣：

正確的是：

這樣就不會有什么問題。

3.待續(xù)。