一. Python 现阶段三大主流Web框架 Django Tornado Flask 对比
1.Django 主要特点是大而全,集成了很多组件,例如: Models Admin Form 等等, 不管你用得到用不到,反正它全都有,属于全能型框架
2.Tornado 主要特点是原生异步非阻塞,在IO密集型应用和多任务处理上占据绝对性的优势,属于专注型框架
3.Flask 主要特点小而轻,原生组件几乎为0, 三方提供的组件请参考Django 非常全面,属于短小精悍型框架
Django 通常用于大型Web应用由于内置组件足够强大所以使用Django开发可以一气呵成
Tornado 通常用于API后端应用,游戏服务后台,其内部实现的异步非阻塞真是稳得一批
Flask 通常应用于小型应用和快速构建应用,其强大的三方库,足以支撑一个大型的Web应用
Django 优点是大而全,缺点也就暴露出来了,这么多的资源一次性全部加载,肯定会造成一部分的资源浪费
Tornado 优点是异步,缺点是干净,连个Session都不支持
Flask 优点是精悍简单
总结：
Flask：
优点：小而精，短小精悍，第三方组件特别多
缺点：组件更新速度取决于开源者，你不会
Tornado：
优点：原生的WebSocket，异步任务，IO非阻塞
缺点：组件没有，Session都没有
Django：
优点：大而全，组件非常全面
缺点：太大，加载太大，浪费资源
二、Flask 的安装与简单使用
pip install Flask
最简单的Flask项目，Flask三行：
from flask import Flask apl = Flask(__name__) apl.run()
三、三种返回页面的方式
from flask import Flask, render_template, redirect # 一个flask对象 app = Flask(__name__)
STUDENT_LIST = [ {'name': 'Old', 'age': 38, 'gender': '中'},
{'name': 'Boy', 'age': 73, 'gender': '男'},
{'name': 'EDU', 'age': 84, 'gender': '女'} ]# render 注意， templates文件要和当前py文件同级，不然会找不到，报一个Jinja2的异常哦 @app.route('/index') def index(): html_msg = '<h1>my html</h1>' markup_tag = Markup(html_msg) # 相当于在html页面加上 safe ，这里写了，前端页面就不用写了 return render_template('index.html', stu=STUDENT_LIST, markup_tag=markup_tag, tag="") # HTTPResponse @app.route('/') def one_test(): return 'hello girl' # redirect @app.route('/hello') def hello(): return redirect('/index')
if __name__ == '__main__':
# debug模式运行
app.run(debug=True)
四、模版语言
1.模版函数
2、数据安全
3、 for if 等的用法和django里的一样
4、模版继承的用法也和django一样，就不写了
举个栗子：
在 app.py 中
######### 在Jinja2中执行Python函数(模板中执行函数) ############ @app.template_global() # 定义全局模板函数 def a_b_sum(a, b): return a + b @app.template_filter() # 定义全局模板函数 def a_b_c_sum(a, b, c): return a + b + c def index(): html_msg = '<h1>my html</h1>' markup_tag = Markup(html_msg) # 相当于在html页面加上 safe ，这里写了，前端页面就不用写了 return render_template('index.html', stu=STUDENT_LIST, markup_tag=markup_tag, tag="")
在index.html页面里
<!DOCTYPE html> <html lang="en"> <head> <meta charset="UTF-8"> <title>Title</title> <meta name="viewport" content="width=device-width, initial-scale=1"> </head> <body> <!-- 在Jinja2中执行Python函数(模板中执行函数) --> {{ a_b_sum(99,1) }} <br> {{ 1 | a_b_c_sum(197,2) }} <!-- 插入 markup 处理后的html标签 --> {{ markup_tag }} <table> <thead> <tr> {% for foo in stu[0] %} <td>{{ foo }}</td> {% endfor %} </tr> </thead> <tbody> {% for st in stu %} <tr> {% for t in st %} <td>{{ st[t] }}</td> {% endfor %} </tr> {% endfor %} </tbody> </table> </body> </html>
五、一个简单的登录认证
2、session的应用
- Flask中的Session非常的奇怪,他会将你的SessionID存放在客户端的Cookie中,使用起来也非常的奇怪
- secret_key 实际上是用来加密字符串的,如果在实例化的app中没有 secret_key 那么开启session一定会抛异常的
- cookies 中 session 存储的是通过 secret_key 加密后的 key , 通过这个 key 从flask程序的内存中找到用户对应的session信息
3、装饰器的使用及遇到的问题
4、类似Django中间件,.@app.before_request 和 @app.after_request errorheadler
先看代码吧~
在app.py中：
from flask import Markup # 导入 flask 中的 Markup 模块 from flask import Flask, render_template, redirect from flask import request from flask import session # 一个flask对象 app = Flask(__name__) # cookies 中 session 存储的是通过 secret_key 加密后的 key , 通过这个 key 从flask程序的内存中找到用户对应的session信息 app.secret_key = "LYJ" import functools # 一个认证装饰器 def my_auth(func): @functools.wraps(func) def war(*args, **kwargs): if session.get('user'): return func() else: return redirect('/login') return war @app.route('/login', methods=['GET', 'POST']) def login(): if request.method == 'POST': print(request.form) # ImmutableMultiDict([('username', 'qwe'), ('pwd', '123')]) username = request.form['username'] # 以字典方式取值 pwd = request.form.get('pwd') print(username, pwd) # session的应用 session['user'] = username return redirect('/index') if request.method == 'GET': return render_template('login.html') # 认证，自定义装饰器的使用 @app.route('/index2', endpoint='index2') @my_auth def index2(): return redirect('/index') #用的是示例模版的那个index @app.route('/index3', endpoint='index3') @my_auth def index3(): return redirect('/index') # AssertionError: View function mapping is overwriting an existing endpoint function: war # 因为在经过装饰器后 func 的 __name__都变成了装饰器的名字，所以 route 在处理时，会取到多个一样的方法名 # 有两种解决办法 1、 在装饰器中加上 装饰器修复 @functools.wraps(func) 2、 用endpoint给传入route的函数命名： @app.route('/index3',endpoint='index3') if __name__ == '__main__': # debug模式运行 app.run(debug=True)
如果直接加装饰器的话，会报错
AssertionError: View function mapping is overwriting an existing endpoint function: war
原因：在经过装饰器后 func 的 __name__都变成了装饰器的名字，所以 route 在处理时，会取到多个一样的方法名
有两种解决办法：
1、 在装饰器中加上 装饰器修复 @functools.wraps(func)
2、 用endpoint给传入route的函数命名： @app.route('/index3',endpoint='index3')
注意：
装饰器应该放在最靠近函数的地方，因为装饰器的执行顺序是从最靠近的那个开始的，不这样写的话会不行该函数，详见：多个装饰器的执行顺序
另一种处理登录认证的方式，类似于Django的中间件
1.@app.before_request 在请求(request)之前做出响应
from flask import Flask
from flask import request
from flask import redirect
from flask import session
app = Flask(__name__) # type:Flask
app.secret_key = "DragonFire"
@app.before_request
def is_login():
if request.path == "/login":
return None
if not session.get("user"):
return redirect("/login")
@app.route("/login")
def login():
return "Login"
@app.route("/index")
def index():
return "Index"
@app.route("/home")
def home():
return "Login"
app.run("0.0.0.0", 5000)
@app.before_request 也是一个装饰器,他所装饰的函数,都会在请求进入视图函数之前执行
request.path 是来读取当前的url地址如果是 /login 就允许直接通过 return None 你可以理解成通过放行
校验session中是否有user 如果没有的话,证明没有登录,所以毫不留情的 redirect("/login") 跳转登录页面
还有一个要提的 @app.before_first_request 它与 @app.before_request 极为相似或者说是一模一样,只不过它只会被执行一次
2. @app.after_request 在响应(response)之前做出响应
@app.after_request
def foot_log(environ):
if request.path != "/login":
print("有客人访问了",request.path)
return environ
3. errorheadler(404) 定义错误信息
def error_page(arg) 错误信息头
4、flash 导入
flash("message") get_flashed_messages() 导入
一存放，一提取，消失
很少应用,但是要了解有这么个东西