1.整体把握
(1)路飞学城 - RestAPI 前后端分离开发 Django
Vue.js - DRF DjangoRestFromwork - 线上商城的经验
(2)智能玩具 - RestAPI 前后端分离开发 Flask
FlaskWeb框架 - Sanic Python asyncio
WebSocket - 长连接
App开发 - Android + iOS
MongoDB - NoSQL
人工智能 - 技术应用
机器学习 - Gensim
自然语言处理 - NLP
(3)自动化运维 - Django
运维 -> 自动化
2.框架对比
Django ：
优点 - 大而全所有组件都是有组织内部开发高度定制化 教科书级别的框架
缺点 - 大到浪费资源,请求的时候需要的资源较高
Flask ；
优势 - 小而精,组件只有Session,第三方机构强烈支持Flask，非常多的三方组件 简单至极
缺陷 - 由于三方组件的关系 稳定性相对较差 Flask-Session
Tornado ：
优势 - 异步IO 非阻塞 原生WebSocket
缺陷 - 组件 == 0 关于异步的不好理解 Debug难上加难
Sanic ：
优势 - 异步IO 非阻塞 原生WebSocket + 小而精,组件只有Session,第三方机构强烈支持Flask，非常多的三方组件
缺陷 - 复杂度
扩展知识：
QPS = 请求每秒钟的次数 QPS == 10
时间片 cpu 工作一次的时间单位
py 假线程 - 1个核心
真线程 - 4个核心 - 四个线程
首先,我们进入虚拟环境,virtual代表组件env代表环境,注意下图的选择内容
进入下图,看一下选择的内容
进入settings.py中,进行处理
安装一下上图中的flask.
装完之后的内容,见下图
3.Flask简单启动
三行启动Flask
from flask import Flask
app = Flask(__name__)
app.run()
六行启动Flask Hello
from flask import Flask
app = Flask(__name__)
@app.route("/")
def index():
return "hello"
app.run()
成功访问,见下图
我们就使用"干净的环境变量就可以了"
六行搞定Hello
4.Flask响应
Response三贱客：
1.HTTPResponse return "hello"
2.render return render_template("login.html")
3.redircet return redircet("/login")
Flask 封装
4.send_file() return send_file("文件路径")
打开并返回文件内容 确定会在响应头中加入 Content-Type:文件格式 + Content-Length:文件大小(bytes)
5.jsonify({k:v}) return jsonify({k:v})
返回一个客户端可以识别的json格式字符串 确定会在响应头中加入 Content-Type:application/json
send_file
上图是返回的是文本文件的内容.也就是三行启动flask
我们查看到生成的是下图这样的html
我们可以返回文本文件当然可以访问二进制文件,什么是二进制文件?图片,视频,音频等等
同样可以处理二进制文件,音频,图片,视频
下面,我们从网上照一张图片"煎蛋"
保存,下图的图片
复制到下图的pycharm中
重启代码:
我们再看一下路由:
可能,不代表所有的都会支持.
这个时候,我们再看一下请求:
这个时候,我们可以访问视频了.
出现多个get_file是因为数据接收不完,所以出现了这个现象.
通过上面的三次测试,我们确定了,
下面介绍一下jsonify
首先导入jsonify
小的测试示例
运行,看一下结果:
下面,我们对比一下json&&jsonify的用法内容
运行:
注意这个content-Type响应的结果是text/html;charset=utf-8 结果是字符串
注意这个content-Type响应的结果是application/json
返回上边的结果的意义.
下面我们朝向ajax方向思考,先下载一个jQuery
右键,链接另存为,得到的结果见下图:
下面,我们写一个页面,写一下
下面我们看一下能不能加载成功:
上图,我们可以看到,已经加载成功了.
我们也可以直接拿到这个静态文件,见下图
我们再放一张图片在静态文件里边:
我们不用重启,直接访问的结果,见下图:
上边的背景也是黑色,也是jsonify
下面我们学习ajax的简写版只需要四个参数:
现在,我们需要向某个地方发送请求:
运行:得到下面的错误 405(METHOD NOT ALLOWED)
百度405错误,因为没有见过:
http的8种请求方式:
我们理解的是后端没有支持,因此,我们需要在后端加上方法,具体看下图:
这个时候,我们再次启动,得到下面的结果:
下面我们再写一个p标签
返回的结果1:
修改下面的内容:
重启,返回的结果2:
我们再次换成jsonify
重启,再运行,这个时候返回的结果见下图:
如果,我们访问的是json,下图是:
json显示的效果可能会好一些,但是这里边,我们需要找到的是json
这个时候,我们根本就没有办法通过字符串找到对应的msg
如果,我们序列化成jsonify,看一下msg
通过中间的某种协议沟通
0代表成功,1代表失败
如果前端没有写到,我们可以在jsonify写一个空值.
前端,我们通过alert返回
重启项目:
这个时候,出现了弹窗:
我们需要将需要的结果进行返回,这就是后端要干的事情,前端需要显示出来.
4.send_file() return send_file("文件路径")
打开并返回文件内容 确定会在响应头中加入 Content-Type:文件格式 + Content-Length:文件大小(bytes)
5.jsonify({k:v}) return jsonify({k:v})
返回一个客户端可以识别的json格式字符串 确定会在响应头中加入 Content-Type:application/json
扩展 RestAPI-请求响应为json-请求支持的协议为http 8种请求
GET POST PUT DELETE OPTIONS//head trace
查 增 改 删对应的CBV---原生 RestAPI
class
def post 增
def delete 删
def put 改
def get 查
def options 跨域请求
最后两个方法的作用,解决后端传递文件的不便利
jsonify解决json响应不成功的问题
注意,jsonify也可以修改头,Content-Type: laoayi/woaini
大前提,前端必须支持
5.Flask Request
比较特殊
from flask import request #公共变量
# 公共变量 被覆盖？不会(第四天)
1.request.args 获取URL中的数据
2.request.form 获取FormData中的数据
3.request.values 获取args+form 知道就可以了
4.request.data 流 # 获取请求体中的原始数据
5.request.json 字典 # 请求头中带有Content-Type:application/json 将请求体中的数据反序列化到json中 但是在data中依然存储这原始数据bytes
6.request.files 获取FormData中的文件数据 request.files.get("my_file")
request.files.save(默认提交的文件名)
记住：request.method
后端只能响应请求,所以先讲响应,再讲请求.
首先,我们导入request
我们看到源码中写的是公共变量:
运行:
访问根目录:
服务端成功,打印出GET
运行:
运行:
服务端得到下面的结果:
运行:前端返回66666
后端返回下图所示:
如何拿到,下图中的id=1 ???
运行,试一下前端的结果:
后端得到的结果:
request没有这个属性,我们可以打印一下args
运行:
上边符合字典的规则,我们可以通过get拿一下
顺便,因为重启太麻烦,我们可以配置一下那个自动重启
自动重启的配置方式一:
方式二:(注释掉上边的那个)
注意上边的访问参数:
上图是我们得到的结果
思考一下,能不能把字典进行序列化一下?
运行:
真的将结果序列化成字典了
再看一下类型
运行:
我们再通过转化成字典的方式,再拿值
运行:
得到的结果,成功拿到:
如果写成ages
报错:KeyError错误
从字典中取值的两种方式:索引取值,get方式取值,get取值可以默认是None,也可以设置默认值.索引取值的方式是keyerror
写一个form表单
运行:(将上边的s去掉)
输入123,点击"提交",结果报405的错误
这个时候,我们需要添加两种请求的方式:
运行:
这个时候,我们提交数据就不会报错了.
目前我们只支持两种请求:下面我们开始继续操作
测试一下是否有POST请求:
输入123,提交
得到下面的结果:
没有post
修改成下面的样子:
运行之后,输入345,点击"提交"
我们并没有得到任何数据:
还是没有数据
依然没有
得到上边的结果
通过上边,我们知道values优点特殊,下面我们在处理一下
运行:
访问下面的地址
提交之后得到的结果:
得到的结果:(服务端得到的结果:)
输入123,点击提交
这个时候,我们可以拿到123
将上边转化成字典
点击"提交"
点击"提交"
上边,我们得到的是"输入的内容4566"和链接中的键值
原来页面中的内容:
现在页面中的内容:
点击提交:
得到下面的结果:
也就是先序列化input里边的,再序列化action中的,同时后序列化的会覆盖先序列化的,
values.to_dict() #知道有这东西就行,一般不用,又不代表用
专业的叫法叫做FormData数据
4.Flask Request
比较特殊
from flask import request 公共变量
# 公共变量 被覆盖？
1.request.args 获取URL中的数据
2.request.form 获取FormData中的数据
3.request.values 获取args+form 知道就可以了
4.request.data 流 # 获取请求体中的原始数据
5.request.json 字典 # 请求头中带有Content-Type:application/json 将请求体中的数据反序列化到json中 但是在data中依然存储这原始数据bytes
6.request.files 获取FormData中的文件数据 request.files.get("my_file")
request.files.save(默认提交的文件名)
记住：request.method 当前的请求方式
第四个和第五个,
第六,以后还会遇到
选择完之后:
点击提交:
这个时候,得到下面的结果
点击"提交"
拿到下图所示的结果:
依然,我们没有拿到任何结果:
我们改变一下请求的方式:
提交
enctype="multipart/form-data" #代表formdata的升级版
现在得到的数据是序列化之后的数据
思考,我们现在序列化这个files有意义吗?
点击"提交"
无意义,我们就拿出key
点击“提交",
得到上图的结果:
得到上边的结果没有意义,但是存储起来就有意义了
运行:
点击"提交"
在同一目录下得到这个数据
注意,再修改一下,新版本一定要写名字.
点击"提交",
得到上边的结果
不能修改文件格式.(可以改,但是修改一般没有什么意义)
直接刷新:
这样就将图片保存到静态文件里边;
提交:
这样,我们就得到上边的结果.
6.Jinja2(爸爸flask用的)-template(儿子django用的)
{{}} 引用 执行函数
{%%} 逻辑代码在做之前,我们先找点数据
添加一个函数
创建一个index.html页面:
我们下面对模板做一个备注
第一次写可能不是这样的,可能是Template Folder
在上边,我们选择"Jinja2",这样就不显示黄色下划线了,这样操作之后,我们就支持Jinja2
包括在python中不显示下划线和在html中jinja2的语法
下面我们从python的函数中传递数据到html中.
注意,我们传递的是stu,上图中多了一个逗号
启动,我们看下我们的数据
显然,我要的不是这样的效果:
我们可以通过字典进行取值.
下面是三种方式取数据
运行:得到下面的结果
django中只支持 点
下面我们在传递一个列表数据
运行:
我们可以想办法将它遍历出来
这个位置有点重名,但是作用域不同.
运行:
如果每组数据换个行,只需要加一个p标签就可以了
这样就可以换行了.
如果不想循环怎么办?一个一个吧
依然是可以拿数据的
运行:
运行:得到下面的结果
jinja2功能多了一些
这个时候,我们得到上边的结果.
得到下图所示的结果:
在表格中加上边界:
运行:
得到下面的结果:
上边有一个性别错误,下面我们进行处理
下面进行扩展一下:
{{}} 引用 执行函数
{%%} 逻辑代码 if for macro对比django中的simple_tag
引用函数
在前端执行函数,传参
下面我们进行升级,让所有的页面都能用这个函数
修改成全局模板之后,我们不在需要传递函数
现在,我们直接调用就可以了
这个时候,每个页面都可以用了
jinja2中的macro语句,相当于def，也就是定义函数
除了定义函数,我们还需要执行函数
这个时候,我们得到上边的结果
这个时候,得到上边的结果
也就是上边的宏指令
上边这个有点鸡肋的感觉.
只有django是template 高度定制化的东西
其他flask和tornado和sanic都是原生的东西,也就是jinja2
7.Session Flask中的Session flask原生自带的Session,不是第三方组件中的Session
from flask import session
app.secret_key = "序列化Session需要的字符串儿"
在视图函数中
session["key"] = "value"
我们通过request的源码找到session
点击进去,
上边的两行代码,特别的相似.
再创建一个login2页面:
上边我们进行了判断.
运行:
输入123
得到下面的界面:
很显然,上边不是我们需要的效果
运行:输入admin
提交之后,显示"错误"
我们使用正确的密码登录
得到 结果:
下面我们将输入的session,保存
点击登录,报下面的错误:
也就是说,在app里边设置一个secret_key
这个时候,我们再添加一行这样的信息.
再次运行:
输入密码,点击"登录"
这样,上边我们就登录成功了.
这样就代表我们我们session已经开启了.
我们设置一下,只要定向到index页面,我们就打印session["username"]里边的内容
再次运行:
点击"登录"
服务端也就打印出了这个内容.
session存放在哪个地方?内存中?不是,
这样我们就得到session的位置.存储在浏览器中.
session和cookie是什么,区别是什么?
通常我们解释的是session存放在服务端的键值对,cookie是存放在浏览器端的键值对.
在flask这里,我们在浏览器中,看到了session,三观改变了,我们看到的是序列化的session.
一切朝着最小化,精细化搞事情,朝着精简的方向搞事情.
flask连数据库都没有,为什么占用我服务端的资源存储客户端的没有用的资源,所以存储在客户端.想办法,将自己的状态自己保持,但是这个时候就不安全了.
我们是否能够拿到上边的资源在另一台机器上实现登录?答案是否定的.
session是有加密机制的.这里边存储的就是我们的数据
//eyJ1c2VybmFtZSI6IkFsZXhEU0IifQ.XK9VAg.JLrPbOZk5Urlxzh7mDimPFIE2Uo
//
这个时候,我们向这里边多添加几条数据,理论上会变长很多,下面看一下
再次运行:点击"登录"
//eyJ1c2VybmFtZSI6IkFsZXhEU0IifQ.XK9VAg.JLrPbOZk5Urlxzh7mDimPFIE2Uo
//.eJyrViotTi3KS8xNVbJScsxJrXAJdlLSgQsaYhU1wipqjCRaCwD6YRwn.XK9XlA.O10ASWENVes-Qtlep4vqZdHudhI
这个时候我们得到的结果只是长了一点点,再多也是只长一点点
也就是将一样的值进行了序列化了.所以我们看不出来了.
再次运行:
//eyJ1c2VybmFtZSI6IkFsZXhEU0IifQ.XK9VAg.JLrPbOZk5Urlxzh7mDimPFIE2Uo
//.eJyrViotTi3KS8xNVbJScsxJrXAJdlLSgQsaYhU1wipqjCRaCwD6YRwn.XK9XlA.O10ASWENVes-Qtlep4vqZdHudhI
//.eJyrViotTi3KS8xNVbJScsxJrXAJdlLSgQsaIkRjSs3MjSxiSs1NUpKRVBghqzA1TEzGUGGMrMLC0jwNqqIWAMSlJ7I.XK9Ycw.b4ls6NT-ebmqmxa1-LPhQgkpvNs
得到的结果是:session中一定存放的是key-value,注意安全只是相对的
也就是说加密和解密都需要上边我们设置的字符串.
app.secret_key="secret_key"
如果我们修改了这个字符串.
运行:
只是执行下面的页面得到的结果
这个时候session就无效了.
这里边携带了很多的信息,加密机制是个pass.
上边是一个装饰器
写这个装饰器的目的就是加上session
被装饰的函数一定在下面,
@classmethod 类方法装饰器
@property 属性装饰器
当然上边的存储字典是不行的,我们必须存储字符串
如果登陆成功,代表index函数中就有session了.
上边这种方式出不来数据,可能当时环境存在问题,再次调试的时候,可以得到相应的数据了
下边这种方式是可以出来数据的
alt+上 纵向选择
alt+enter 快速找包.