千锋Django学习笔记

Posted 2022-11-23 李英俊小朋友

tags:

篇首语：本文由小常识网(cha138.com)小编为大家整理，主要介绍了千锋Django学习笔记相关的知识，希望对你有一定的参考价值。

千锋Django学习笔记

文章目录

千锋Django学习笔记

写在前面

学习链接：Python 900集（学完可就业/2019版）：[200集: 358集]，共159集
感想|摘抄：
1. 优秀的程序员：
  - 松耦合、解耦合
  - 高内聚
2. Django版本：1.1
3. rest_framework 最佳实践工程：DjangoREST
学习的时候遇到的问题：
1. PyCharm右键SQLite找不到As Data Source选项
2. 如何让其他电脑访问到自己的Django项目

1. MVC和MTV

虚拟化技术
- 虚拟机
- 虚拟容器
  - Docker
- 虚拟环境
  - Python专用
  - 将Python依赖隔离
MVC：一种软件设计典范，核心思想：解耦。
- 降低各个模块之间的耦合性，方便变更，更容易重构代码，最大程度实现了代码的重用。
Model：用于封装与应用程序的业务逻辑相关的数据以及对数据的处理方法，是Web应用程序种用于处理应用程序的数据逻辑部分，Model通常只提供功能新的接口，通过这些接口可以获取Model的所有功能。
View：负责数据的显示和呈现，View是对用户的直接输出。
Controller：负责从用户端收集用户的输入，可以看成提供View的反向功能，主要处理用户交互。
Django中的MVC
MTV：
- 本质上与MVC没有什么差别，也是各组件为了保持松耦合关系，只是定义上有些许的不同。
- Model：负责业务对象与数据库（ORM）的对象。这里orm是指，把model中的代码翻译为各个数据库的sql语言。
- Template：负责把页面站视给用户
- View：负责业务逻辑，并在适当的时候调用Model和Template
  - 注意：这里的View跟MVC的View完全不一样，要类别的话，MVC的V对应MTV的T，同理，C对应V
注意：Django中还有一个url分发器（也可以叫做路由），主要用来将一个个URL页面的请求分发给不同的View进行处理，View再调用响应的Model和Template。
MTV设计模式：

2. Django简介

新建一个项目：django-admin startproject [项目名称]
创建一个应用：python manage.py startapp [app名称]
运行一个应用：python manage.py runserver
SQLite：
- 轻量级的嵌入式的数据库
- 特点：小
- 场景：
  - 常用场景：android、ios、WP
- 数据库常规操作相似度和mysql达95%
settings.py中需要注意的设置：
- ALLOWED_HOSTS = ["*"]：这里是为了让所有人都能够访问这个服务器，如果想要其他的电脑也能通过局域网方问到你的项目，就需要运行的时候输入：python3 manage.py runserver 0:8000，记住了，我就运行成功了嘻嘻（我在linux上建的服务器，这里是用win10连接的，成就感爆棚）：
  
  这里说个题外话，如果上面还是不行的话，就可能是防火墙的原因了：
  1. 如果要想别人能够方问呢，除了ALLOWED_HOSTS设置之外，还要关闭防火墙
  2. 如果你百度关闭linux防火墙的话，会发现输入命令之后各种找不到，所以需要先安装防火墙，参考链接，我安装好后显示如下：
  3. 然后就可以查看防火墙状态啦：sudo ufw status
  4. 最后，关闭防火墙：sudo ufw disable
- LANGUAGE_CODE = 'zh-hans'：这里将语言设置为中文；注意，这里需要注意的是，要用-而不是下划线_，否则会报错，这是因为：版本更新后Django项目setting.py中的LANGUAGE_CODE设置变了
- TIME_ZONE = 'Asia/Shanghai'：这里将时间区域设置为中国的上海
运行后（舒服~）：
运行的时候发现，会提示没有迁移数据库的警告，所以下面要进行一段数据库迁移的操作：
- 问题1：PyCharm右键SQLite找不到As Data Source选项：我按照视频步骤来，右键就是死活找不到这个选项。
  
  解决方案也很简单，就是选这里就会出现老师说的那个选项了（如果点击测试链接需要下载驱动，直接下载就完了）：
- 连接数据库后，打开pycharm下面的terminal，
  
  输入：python manage.py makemigrations
  
  并输入：python manage.py migrate；再启动服务器：python manage.py runserver，现在就没有警告啦。

3. MTV简单流程

实现一个路由
- urls中-参数
  1. 匹配规则：正则
  2. 视图函数：对应的views中的一个函数，没有括号
去views实现对应的视图函数
- 第一个参数是request
- 永远记得返回Response
html快捷输入
1. ul>li
2. ul*5
3. ul>li*5
4. 记住最后一定要按tab键
创建模板的第一种方法：
- 在app目录中，在pycharm右键templates，设置为模板路径
- 同时，需要在settings.py中给INSTALLED_APPS注册app名
创建模板的第二种方法（在开发中使用这种，因为模板是可以集成和复用的）：
- 在项目目录下，新建templates，并设置为模板路径
- 同时，需要在settings.py中给TEMPLATES的DIRS添加os.path.join(BASE_DIR, 'templates')
创建第二个App：python manage.py startapp Two

然后需要在settings.py中给INSTALLED_APPS增加新增的app名
路由优化配置：
- 项目如果逻辑过于复杂，可以进行拆分。
- 拆分为多个App
- 继续拆分路由器urls
  - 在App中创建自己的urls.py，设置urlpatterns，路由规则列表
  - 在urls中进行子路由的包含
- 子路由使用
  - 跟路由规则 + 子路由规则

4. 和Model的简单对接

实现数据增删改查
1. models：使用了ORM技术，Object Relational Mapping，对象关系映射，用于实现面像对象编程语言里不同类型系统的数据之间的转换。可以简单理解为翻译机。
2. ORM将业务逻辑和SQL进行了一个解耦合
  - object.save()
  - object.delete()
3. 关系型数据库
  - DDL：Database Define Language
  - 通过models定义实现数据库表的定义
4. 数据操作：
  - 增删改查
  - 存储：save()
  - 查询：Class.objects.all()、Class.objects.get(pk=xx)
  - 更新：基于查询，查好的对象修改属性后save()
  - 删除：基于查询，调用delete()
5. ctrl + P：参数提示
6. 更换数据源sqlite为mysql
  1. settings.py中将数据源信息换为mysql
  2. 利用pycharm的工具连接mysql数据库
  3. 执行迁移：python manage.py migrate，这个时候会报错没有mysqldb：
  4. 连接mysql的驱动：
    1. mysqlclient：2、3都能直接使用，致命缺点：对mysql安装有要求，必须在指定位置存在配置文件
    2. python-mysql：对2支持很好，3不支持
    3. pymysql：2、3都支持，并且它还可以伪装成前两个库（啊，这？）
  5. 现在就要安装pymysql：pip install pymysql，这里建议用pip给mysqlclient包升个级，不然后面还会报错的：pip install --upgrade mysqlclient
  6. ~~把pymysql伪装成MySQLdb：~~
```
import pymysql
pymysql.install_as_MySQLdb()
```
    相信我这一步，不要做，只需要安装mysqlclient就可以了，不需要伪装MySQLdb，不然的话，会报错mysqlclient不符合版本要求，因为pymysql的版本是0.10.1，所以伪装之后的mysqlclient也是0.10.1。
    
    伪装报错的原因：mysqlclient 1.4.0 or newer is required; you have 0.10.0.
  7. 再执行迁移操作：python manage.py migrate，成功！
    
    同时，这些表也迁移过来了（就十分神奇，我服了~）：
  8. 然后启动服务，获取四个学生
  9. 再查看
7. 测试数据模型
  - 进入这个项目的shell：python manage.py shell
  - 集成了python环境的shell终端
  - 通常在终端中做一些调试工作
  - 如何看代bug：
    - 看日志：先看第一条、再看最后一条
    - 梳理思路：程序在哪一个位置和预期出现了偏差
  - 表关系：1:1、1:M、M:N
  - 建立级联关系
```
from django.db import models

class Grade(models.Model):
    g_name = models.CharField(max_length=32)

class Student(models.Model):
    s_name = models.CharField(max_length=16)
    # 外键、级联关系
    s_grade = models.ForeignKey(Grade, on_delete=models.PROTECT)
```
  - 这里可能会报错：TypeError: __init__() missing 1 required positional argument: 'on_delete'
    - 这是因为你用的django版本太新了，创建外键的时候需要指定，如果删除了，应该怎么处理，详见参考链接
  - 然后就是要迁移哦：
    - python manage.py makemigrations
    - python manage.py migrate
8. 经典重现
  1. CS/BS
  2. MVC
  3. MTV
  4. Django

5. Model

在企业开发中，我们通常都是从数据开始开发的
数据库中的数据类型
- 字符串
- 数字
- 日期时间
属性命名规则
- 遵循标识符规则
- 由于django的查询方式，不允许使用连续的下划线
逻辑删除：对于重要数据都做逻辑删除，不做物理删除，实现方法是定义isDelete属性，类型为BooleanField，默认值为False
字段类型
- AutoField
- CharField
- TextField
- IntegerField
- DecimalField：高精度
- FloatField
- BooleanField
- NullBooleanField
- DateField
- TimeField
- DateTimeField
- FileField
- ImageField：继承FileField，图片格式校验
字段选项
- null
- blank
  - null是数据库范围的概念，None；blank是表单验证范畴，""
- db_column
- db_index
- default
- primary_key：主键约束
- unique：唯一约束
关系
- ForeignKey：一对多
- ManyToManyField：多对多
- OneToOneField：一对一
模型成员objects
- Django默认通过模型的objects对象实现模型数据查询
- Django有两种过滤器用于筛选记录
  - filter：返回符合筛选条件的数据集
  - exclude：返回不符合筛选条件的数据集
  - 多个filter和exclude可以连接在一起查询
快捷键
- .re 快捷生成return
- 多用.看看世界的美好
方法
- 对象方法
  - 可以调用对象的属性，也可以调用类的属性
- 类方法
  - 不能调用对象属性，只能调用类属性
- 静态方法
  - 啥都不能调用，不能获取对象属性，也不能获取类属性
  - 只是寄生在我们这个类上而已
在管理器上调用方法返回查询集，查询经过过滤器筛选返回新的查询集，所以可以写成链式调用，返回查询及的方法成为过滤器：
1. all()：返回所有数据
2. filter()：返回符合条件的数据
3. exclude()：过滤掉符合条件的数据
4. order_by()：排序
5. values()：一条数据就是一个字典，返回一个列表
状态码
- 2xx：请求成功
- 3xx：转发或重定向
- 4xx：客户端错误
- 5xx：服务器错误，后端开发人员最不想看到的
产品上线后需要将DEBUG改为True
获取单个对象
- 查询条件没有匹配的对象会抛异常：DoesNotExist
- 如果查询条件存在多个对象也会抛异常：MultipleObjectsReturned
First和Last
- 默认情况下可以正常从QuerySet中获取
- 隐藏bug：可能会出现first和last获取到的是相同的对象
- 解决方案：显示、手动写排序规则
count()：返回当前查询集中的对象个数
exists()：判断查询集中是否有数据，如果有数据返回True，没有返回False
切片
- 和python中的切片不太一样
- QuerySet[5:10]：获取第5条到第15条数据
- 相当于sql中的limit和offset
缓存集
- filter
- exlude
- all
- 都不会真正的查询数据库
- 只有我们在迭代结果集，或者获取单个对象属性的时候，它才会真正的查询数据库
- 懒查询
  - 为了优化数据结构和数据的查询
查询条件
- 属性：__运算符=值
- gt
- lt
- gte
- lte
- in：在某一个集合中
- contains：类似于模糊查询的like
- startswith：以什么开始，也类似于like
- endswith：以什么结束，也类似like
- exact：判断，大小写敏感，filter(isDelete=False)
- isnull，isnotnull：判断是否为空，filter(sname_isnall=False)
- 前面同时添加i，ignore，忽略大小写的匹配
  - iexact
  - icontains
  - istartswith
  - iendswith
Django中查询条件有时区问题
- 关闭Django中自定义的时区：√，更好用
- 在数据库中创建对应的时区表
F
- 可以获取我们属性的值
- 可以实现一个模型的不同属性的运算操作
- 还可以支持算术运算
Q
- 可以对查询条件进行封装
- 封装之后，可以支持逻辑运算：与 &、或 |、非 ~
模型成员
1. 显性属性：
  - 开发者手动书写的属性
2. 隐形属性：
  - 开发者没有书写，ORM自动生成的
  - 如果把隐性属性手动声明了，系统就不会为你产生隐性属性了
模型总结

6. Template

标签
- 标识符：% %
- 标签分为单标签和成对的标签
- 成对的标签切记不能省略，开始标签和结束标签
结构标签
- blcok
  - 块
  - 用来规划我们的布局（挖坑）
  - 首次出现，代表规划
  - 第二次出现，代表填充以前的规划
  - 第三次出现，代表填充以前的规则，默认动作是覆盖，如果不想覆盖，可以添加 block.super ，这样就实现了增量式操作。
- extends
  - 继承
  - 可以获取父模板中的所有结构
- block + extends
  - 化整为零
- include
  - 包含
  - 可以将页面作为一部分，嵌入到其他页面中
- include + block
  - 由零聚一
- 三个标签也可以混合使用
- 能用block + extends搞定的，就尽量不要使用include
- 如果我们继承自一个父模板，子模板自己直接重写页面结构是不生效的，只能在既有的坑中进行填充
静态资源
- 动静分离
- 创建静态文件夹
- 在settings中注册 STATICFILES_DIRS=[]
- 在模板中使用
  - 先加载静态资源：% load static %
  - 使用 % static 'xxx' %，其中xxx为相对路径
- 坑点：
  - 仅在debug模式中使用
  - 以后需要自己单独处理

7. View

视图，用来接收Web请求，并作出响应，视图的本质就是一个Python中的函数。
视图的响应分未两大类：
1. 以Json数据形式返回
2. 以网页的形式返回：
  1. 重定向到另一个网页
  2. 错误视图（40x，50x）
~~url匹配正则注意事项：~~这一部分，在最新版的django（3.1.4）中，不存在这个问题
1. 正则匹配时从上到下进行遍历，匹配到就不会继续向后查找了
2. 匹配的正则前方不需要加反斜线
3. 正则前需要加（r）表示字符串不转义
urls
- 路由器
  - 按照列表的书写顺序进行匹配的
  - 从上到下匹配，没有最优匹配的概念
- 路由规则编写：
  - 我们通常直接指定以 ^ 开头
  - 在结尾处直接添加反斜线
- 路由规则
- 需要注意的是：在新版本***Django2.x*** 及以上中，url的路由表示用path和re_path代替
- 路由路径中的参数使用()进行获取
  - 一个圆括号，对应视图函数中的一个参数
  - 参数：
    - 路径参数：
      - 位置参数：按照书写顺序进行匹配
      - 关键字参数：按照参数名称匹配，和顺序就无关了
    - 参数个数必须和视图函数中的参数个数一致（除了默认的request以外）
- 反向解析：
  - 在include中添加第二个参数namespace之后出现 **Specifying a namespace in include() without providing an app_name **的问题：解决方案
  - 根据根路由中注册的namespace和在子路由中注册的name，这两个参数来动态获取我们的路径
  - 在模板中使用：% url 'namespace:name' %
  - 如果带有位置参数：% url 'namespace:name' value1 value2 [valuen...] %
  - 如果带有关键字参数：% url 'namespace:name' key1=value1 key2=value2 [keyn=valuen] %
错误页面定制
- 在模板中重写对应错误状态码的页面：404.html
- 关闭debug
- 实现原则：就近原则
双R
1. Request
  1. 内置属性
    - method
    - path
    - GET
      - 类字典结构
      - 一个key允许对应多个值
      - get
      - getlist
    - POST
    - META：
      - 各种客户端的元信息
      - REMOTE_ADDR：远端访问IP
2. Response
知识点
- 内置函数：locals()
- 将局部变量，使用字典的方式进行打包
- key是变量名，value是变量中存储的数据
- 如果关闭调试模式可能会报错：CommandError: You must set settings.ALLOWED_HOSTS if DEBUG is False.
  - 解决方案：设置任何用户均可以访问：ALLOWED_HOSTS = ['*']
视图总结

8. 会话

爬虫
- 模拟人去请求数据
- 提取数据
- 存储数据
- 核心内容
  - 数据爬取
  - 数据提取
  - 数据存储
  - 提升效率：进程、线程、协程
- MIME：
  - 作用：指定传输数据使用哪种形式打开
  - 格式：大类型/小类型
    - image/png
    - image/jpg
Json
1. JsonObject
  - key-value
2. JsonArray
  - []
  - 列表中可以是普通数据类型，也可以是jsonObject
3. JsonObject和JsonArray可以嵌套
4. 给移动端/Ajax的时候用JsonResponse
  - 前后端分离
  - DRF
5. Google Chrome插件名：JsonFomatter、JsonView
HttpResponse
1. HttpResponseRedirect
  - 重定向，暂时
  - 302
  - 简写 redirect
2. JsonResponse
  - 以Json格式返回数据
  - 重写了__init__，序列化Json数据，指定content_type为application/json
3. HttpResponsePermanentRedirect
  - 重定向，永久性
  - 302
4. HttpResponseBadRequest
  - 400
5. HttpResponseNotFound
  - 404
6. Http404
  - Exception
  - raise 主动抛出异常
会话技术
1. 出现场景
  - 服务器如何识别客户端
  - Http在WEB开发中基本都是短连接
2. 请求的生命周期
  - requetst开始
  - response结束
3. 种类
  - cookie
    - 客户端会话技术
    - 数据存储在客户端
    - 键值对存储
    - 支持过期时间
    - 默认Cookie会自动携带，本网站所有Cookie
    - Cookie跨域名、跨网站
    - 通过HttpResponse
    - Cookie默认不支持中文
    - 可以加盐（加密），获取时还需要解密
  - session
    - 服务端会话技术
    - 数据存储在服务器中
    - 默认Session存储在内存中
    - Django中默认会把Session持久化到数据库中
    - Django中Session的默认过期时间是14天
    - 主键是字符串
    - 数据是使用了数据安全
      - 使用了base64
      - 在前部添加了一个混淆串
    - Session依赖于Cookie
  - token
    - 服务端会话技术
    - 自定义的Session
    - 如果Web页面开发中，使用起来和Session基本一致
    - 如果使用在移动端或者客户端开发中，通常以Json形式传输，需要移动端自己存储Token，需要获取Token关联数据的时候，主动传递Token。
  - Cookie、Session和Token对比
    - cookie使用起来更简洁，服务器的压力更小；数据不是很安全
    - session服务器要维护session，相对安全
    - token自定义的session，拥有session的所有优点，自己维护略微麻烦，支持更多的终端
CSRF
- 防跨站攻击
- 防止恶意注册，确保客户端是我们自己的客户端
- 使用了cookie中的csrftoken进行验证，传输
- 服务器发送给客户端，客户端将cookie获取过来，还要进行编码转换（数据安全）
- 如何实现的
  - 在我们中存在csrf_token标签的页面中，响应会自动设置一个cookie，csrftoken
  - 当我们提交的时候，会自动验证csrftoken
  - 验证通过，正常执行以后流程，验证不通过，直接403
目前状态
- MTV
  - 基本完成
  - Template不会再讲了
  - Views也不会再讲了
  - Model
    - Model关系
    - Model继承
- 高级
  - 第三方插件
  - 底层的部分原理
    - AOP 面向切面编程
      - 反扒
      - 安全
  - 文件上传
  - 前后端分离
    - RESTful
  - 日志
  - 后台管理
  - 用户角色、用户权限
  - 部署
  - 支付宝支付
算法
1. 编码解码
  - Base64
  - urlencode
2. 摘要算法、指纹算法、杂凑算法
  - MD5、SHA
    - MD5默认是128位的二进制
    - 32位的二进制
    - 32位的Unicode
  - 单向不可逆的
  - 不管输入多长，输出都是固定长度
  - 只要输入有任意的变更，输出都会发生巨大的变化
3. 加密
  - 对称加密
    - 一把钥匙
    - DES、AES
    - 加密解密效率高
    - 钥匙一旦丢失，所有数据全GG
  - 非对称加密
    - 两把钥匙，成对的
    - 公钥和私钥
    - RSA、PGP
    - 安全性最高
    - 算法复杂，需要时间长
    - 支付宝、微信都是RSA
登录
- 首先要有一个页面
  - 页面中有输入框
  - 有登录按钮
- 点完登录，默认进入个人中心
- 个人中心可以显示用户名
编码
- ASCII
- Unicode
Session交互图
会话总结

9. 迁移原理和模型关系

迁移
1. 分两步实现
  1. 生成迁移文件
  2. 执行迁移文件
2. 迁移文件的生成
  - 根据models文件生成对应的迁移文件
  - 根据models和已有迁移文件的差别生成新的迁移文件
3. 执行迁移文件
  - 先去迁移记录中查找哪些文件迁移过，哪些未迁移过
    - app_label + 迁移文件名字
  - 执行未迁移的文件
  - 执行完毕，记录执行过的迁移文件
4. 重新迁移
  1. 删除迁移文件
  2. 删除迁移文件产生的表
  3. 删除迁移记录
模型关系
1. 1：1
  - 应用场景
    - 用于复杂表的拆分
    - 扩展新功能
  - Django中OneToOneField
    - 使用的时候，关系声明还是有细微差别
  - 实现
    - 使用外键实现的
    - 对外键添加了唯一约束
  - 数据删除
    - 级联表
      - 主表
      - 从表
      - 谁声明关系，谁就是从表
      - 在开发中如何确认主从
        当系统遭遇不可避免的毁灭时，只能保留一张表的时候，这个表就是主表
    - 默认特性
      - 从表数据删除，主表不受影响
      - 主表数据删除，从表数据直接删除
    - PROTECT受保护
      - 开发中为了防止误操作，我们通常会设置此模式
      - 主表如果存在级联数据，删除动作受保护，不能成功
      - 主表不存在级联数据，可以删除成功
    - SET
      - SET_NULL：允许为NULL
      - SET_DEFAULT：存在默认值
      - SET()：设为指定值
  - 级联数据获取
    - 主获取从，隐性属性，默认就是级联模型的名字
    - 从获取主，显性属性，就是属性的名字
2. 1：M
  - ForeignKey
  - 主从获取
    - 主获取从：隐性属性，级联模型_set
      - student_set Manager的子类
        all
        filter
        exclude
        Manager上能使用的函数都能使用
    - 从获取主：显性属性
3. M：N
  - 实际上最复杂
  - 开发中很少直接使用多对多属性，而是自己维护多对多
  - 产生表的时候会产生单独的关系表
    - 关系表中存储关联表的主键，通过多个外键实现的
    - 多个外键值不能同时相等
  - 级联数据获取
    - 从获取主
      - 使用属性，属性是一个Manager子类
    - 主获取从
      - 隐性属性
        也是Manager子类，操作和从操作主完全一样
  - 级联数据
    - add
    - remove
    - clear
    - set
4. ManyRelatedManager
  - 函数中定义的类
  - 并且父类是一个参数
  - 动态创建
5. 模型继承
  - Django中模型支持继承
  - 默认继承是会将通用字段放到父表中，特定字段放在自己的表中，中间使用外键连接
    - 关系型数据库，关系越复杂，效率越低，查询越慢
    - 父类表中也会存储过多的数据
  - 使用元信息来解决这个问题
    - 使模型抽象化
    - 抽象的模型就不会在数据库中产生映射了
    - 子模型映射的表中直接包含父模型的字段
6. 在企业开发中
  - model -> sql
    - 都可以使用
  - sql -> model
    - django也提供了很好的支持
    - python manage.py inspectdb
      - 可以直接根据表生成模型
      - 元信息中包含一个属性 managed=False
  - 如果自己的模型不想被迁移系统管理，也可以使用 managed=False 进行声明

10. 静态资源

html中的img属性：<img src=" icon_url " alt=" username ">，alt 属性是一个必需的属性，它规定在图像无法显示时的替代文本。
在models中设置文件上传的保存路径：
1. 在settings中设置media路径：
  
  MEDIA_ROOT = os.path.join(BASE_DIR, 'static/upload')
2. 在models中设置属性：
  
  u_icon = models.ImageField(upload_to='%Y/%m/%d/icons')
  
  可以通过增加时间标记进行分文件夹保存
MCS结构体系，multi client server
model、静态资源、文件上传、requests总结

11. 缓存

缓存，Django Cache
- 提升服务器响应速度
- 将执行过的操作数据存储下来，在一定时间内，再次获取数据的时候，直接从缓存中获取
- 比较理想的方案，缓存使用内存级缓存
- Django内置缓存框架
缓存框架的核心目标
1. 较少的代码
  - 缓存应该尽可能快
  - 因此围绕缓存后端的所有框架代码应该保存在绝对最小值，特别是对于获取操作
2. 一致性
  - 缓存API应该是提供跨越不同缓存后端的一致接口
3. 可扩展性
  - 基于开发人员的需求，缓存API应该可以在应用程序级别扩展
缓存

Django中内置了缓存框架，并提供了几种常用的缓存
1. 基于Memcached缓存
2. 使用数据库进行缓存
3. 使用文件系统进行缓存
4. 使用本地内存进行缓存
5. 提供缓存扩展接口

缓存配置

在views前面新增装饰器：@cache_page(30)，括号中的时间为缓存保留的时间（秒）
缓存数据流程图

如果不用装饰器，也可以通过set和get缓存的方式，进行手动写入和获取缓存

# @cache_page(30)
def news(request):
    result = cache.get("news")
    # 如果缓存中能找到news对应的值，直接返回该值
    if result:
        return HttpResponse(result)

    news_list = []
    for i in range(10):
        news_list.append("最近贸易战又开始了 %d" % i)

    sleep(5)

    data = 
        'news_list': news_list
    

    # 如果缓存中没有找到news的值，则返回response，并将内容写入到缓存中
    response = render(request, 'news.html', context=data)
    cache.set('news', response.content, timeout=60)

    return response

redis：内存级的数据库，django中没有redis的缓存实现，所以需要pypi安装

pip install django-redis

pip install django-redis-cache
redis在windows中启动的方法

修改缓存为redis

CACHES = 
    'default': 
        # django原生缓存
        # 'BACKEND': 'django.core.cache.backends.db.DatabaseCache',
        # 'LOCATION': 'my_cache_table',
        # 'TIMEOUT': 60 * 5,

        # redis缓存
        "BACKEND": "django_redis.cache.RedisCache",
        "LOCATION": "redis://127.0.0.1:6379/1",
        "OPTIONS": 
            "CLIENT_CLASS": "django_redis.client.DefaultClient",

查看redis缓存的数据
查看过期时间

配置不同的数据库，选择不同的数据库进行缓存

配置

CACHES = 
    'default': 
        # django原生缓存
        'BACKEND': 'django.core.cache.backends.db.DatabaseCache',
        'LOCATION': 'my_cache_table',
        'TIMEOUT': 60 * 5,
    ,
    'redis_backend': 
        # redis缓存
        "BACKEND": "django_redis.cache.RedisCache",
        "LOCATION": "redis://127.0.0.1:6379/1",
        "OPTIONS": 
            "CLIENT_CLASS": "django_redis.client.DefaultClient",
        ,

选择
```
@cache_page(60, cache='redis_backend')
```

12. 中间件和AOP

中间件：是一个轻量级的、底层插件。可以介入Django的请求和相应过程（面向切面编程）。中间件的本质是一个python类，装饰器。
AOP：面像切面编程，Aspect Oriented Programming。AOP主要实现的目的是针对业务处理过程中的切面进行提取，它所面对的是处理步骤中的某个过程或阶段，以获得逻辑过程中各个部分之间低耦合的隔离效果。
中间件可以切入的点
切入函数
自定义中间件
AOP中间件的作用
1. 实现统计功能
  1. 统计IP
  2. 统计浏览器
2. 实现权重控制
  1. 黑名单
  2. 白名单
3. 实现反爬
  1. 反爬虫
    1. 十秒之内只能查询一次
    2. 频率请求限制反爬
  2. 实现频率控制
4. 通过中间件的process_exception函数实现界面友好化、应用交互友好化
  
  访问中出错、出异常后跳转到首页
HTTP默认端口为80，HTTPs默认端口为443
csrf问题验证失败解决方法
1. 注释设置中的csrf中间件
2. 在页面的POSThtml代码中，添加% csrf_token %
3. 在views视图函数中添加csrf豁免装饰器：csrf_exempt
中间件调用顺序
1. 中间件注册的时候是一个列表
2. 如果我们没有在切点出直接进行返回，中间件会依次执行
3. 如果我们直接进行了返回，后续中间就不再执行了
切点
1. process_request
2. process_view
3. process_template_response
4. process_response
5. process_exception
切面

13. 分页器

分页器原理

分页显示：Paginator

def get_students_with_page(request):
    page = int(request.GET.get("page", 1))
    per_page = int(request.GET.get("per_page", 10))

    students = Student.objects.all()
    paginator = Paginator(students, per_page)

    page_obj = paginator.page(page)
    data = 
        "page_object": page_obj
    
    return render(request, 'students_with_page.html', context=data)

@property：将函数设为类的私有属性，我们可以观测它。

验证码

def get_code(request):
    # 初始化画布，初始化画笔
    mode = 'RGB'
    size = (200, 100)
    red = get_color()
    green = get_color()
    blue = get_color()

    color_bg = (red, green, blue)
    image = Image.new(mode=mode, size=size, color=color_bg)
    imagedraw = ImageDraw(image, mode=mode)
    imagefont = ImageFont.truetype(settings.FONT_PATH, 100)

    verify_code = generate_code()

    request以上是关于千锋Django学习笔记的主要内容，如果未能解决你的问题，请参考以下文章 
 千锋Flask学习笔记
 千锋Flask学习笔记
 千锋Flask学习笔记
 千锋Node.js学习笔记
 千锋Node.js学习笔记
 千锋JavaScript学习笔记