Django 是用python语言写的开源web开发框架，并遵循MVC设计。
Django的主要目的是简便、快速的开发数据库驱动的网站。它强调代码复用，多个组件可以很方便的以"插件"形式服务于整个框架，Django有许多功能强大的第三方插件，你甚至可以很方便的开发出自己的工具包。这使得Django具有很强的可扩展性。它还强调快速开发和DRY(DoNotRepeatYourself)原则。
对比Flask框架，Django原生提供了众多的功能组件，让开发更简便快速。
提供项目工程管理的自动化脚本工具
数据库ORM支持（对象关系映射，英语：ObjectWPS office官网最新的下载的入口是什么 Relational Mapping）
模板
表单
Admin管理站点
文件管理
认证权限
session机制 缓存
有一种程序设计模式叫MVC，其核心思想是分工、解耦，让不同的代码块之间降低耦合，增强代码的可扩展性和可移植性，实现向后兼容。
MVC的全拼为Model-View-Controller，最早由TrygveReenskaug在1978年提出，是施乐帕罗奥多研究中心(Xerox PARC)在20世纪80年代为程序语言Smalltalk发明的一种软件设计模式，是为了将传统的输入（input）、处理（processing）、输出（output）任务运用到图形化用户交互模型中而设计的。随着标准输入输出设备的出现，开发人员只需要将精力集中在业务逻辑的分析与实现上。后来被推荐为Oracle旗下Sun公司Java EE平台的设计模式，并且受到越来越多的使用ColdFusion和PHP的开发者的欢迎。现在虽然不再使用原来的分工方式，但是这种分工的思想被沿用下来，广泛应用于软件工程中，是一种典型并且应用广泛的软件架构模式。后来，MVC的思想被应用在了Ｗeb开发方面，被称为Ｗeb MVC框架。
Django的MVT
Django框架（入门超细笔记 创建项目步骤 ）_django创建项目-CSDN博客
3.1、在cmd中输入命令
pip install virtualenv
3.2、创建虚拟环境
3.2.1、新建文件夹 DjangoSpace
3.2.2、执行命令 virtualenv venv(虚拟环境目录名称可以任意)
3.2.3 、在虚拟环境中安装Django框架
进入到DjangoSpacevenvScripts目录下执行：
安装成功后
wps office 官方下载地方是什么
例如：创建一个学生管理系统
django-admin startproject studentsystem
与项目同名的目录，此处为studentsystem。
settings.py 是项目的整体配置文件。
urls.py是项目的URL配置文件。
wsgi.py是项目与WSGI兼容的Web服务器入口。
manage.py是项目管理文件，通过它管理项目
在开发阶段，为了能够快速预览到开发的效果，django提供了一个纯python编写的轻量级web服务器，仅在开发阶段使用。
先设置用户：
python manage.py migrate
运行服务器命令：
python manage.py runserver ip:端口
或：python manage.py runserver
注意：如果电脑有酷狗音乐一定要关掉，它有可能会占8000这个端口
django默认工作在调式Debug模式下，如果增加、修改、删除文件，服务器会自动重启
按ctrl+c停止服务器
在Web应用中，通常有一些业务功能模块是在不同的项目中都可以复用的，故在开发中通常将工程项目拆分为不同的子功能模块，各功能模块间可以保持相对的独立，在其他工程项目中需要用到某个特定功能模块时，可以将该模块代码整体复制过去，达到复用。
Django的视图编写是放在子应用中的。
在Django中，创建子应用模块的仍然可以通过命令来操作，即
python manage.py startapp 子应用名称
manage.py为上述创建工程时自动生成的管理文件。
例如，在刚才创建的studentsystem工程中，想要创建一个用户student子应用模块，可执行：
python manage.py startapp student
查看此时的工程目录，结构如下：
admin.py 文件跟网站的后台管理站点配置相关。
apps.py 文件用于配置当前子应用的相关信息。
migrations 目录用于存放数据库迁移历史文件。
models.py 文件用户保存数据库模型类。
tests.py 文件用于开发测试用例，编写单元测试。
views.py 文件用于编写Web应用视图函数。
创建出来的子应用目录文件虽然被放到了工程项目目录中，但是django工程并不能立即直接使用该子应用，需要注册安装后才能使用。
在工程配置文件settings.py中，INSTALLED_APPS项保存了工程中已经注册安装的子应用，初始工程中的INSTALLED_APPS如下：
注册安装一个子应用的方法，即是将子应用的配置信息文件apps.py中的Config类添加到INSTALLED_APPS列表中。
例如，将刚创建的book子应用添加到工程中，可在INSTALLED_APPS列表中添加'book.apps.BookConfig'。
用pycharm打开
创建好后
创建项目之前首先要安装Django和pymysql
pip install Django
pip install pymysql
当前项目的开发, 都是数据驱动的。
以下为书籍信息管理的数据关系：书籍和人物是 ：一对多关系
要先分析出项目中所需要的数据, 然后设计数据库表.
书籍信息表
字段名字段类型字段说明idAutoField主键nameCharField书名
idname1西游记2三国演义
人物信息表
字段名字段类型字段说明idAutoField主键nameCharField人名genderBooleanField性别bookForeignKey外键
idnamegenderbook1孙悟空False12白骨精True13曹操False24貂蝉True2
使用Django进行数据库开发的提示
设计模式中的, 专门负责和数据库交互.对应由于中内嵌了, 所以不需要直接面向数据库编程.而是定义模型类, 通过完成数据库表的.就是把数据库表的行与相应的对象建立关联, 互相转换.使得数据库的操作面向对象.
定义模型类 模型迁移操作数据库
根据书籍表结构设计模型类:
模型类：BookInfo书籍名称字段：name
根据人物表结构设计模型类：
模型类：PeopleInfo人物姓名字段：name人物性别字段：gender外键约束：book
外键要指定所属的模型类
说明 :
书籍-人物的关系为一对多. 一本书中可以有多个英雄.不需要定义主键字段, 在生成表时会自动添加, 并且值为自增长.
根据数据库表的设计
在中定义模型类,继承自
迁移由两步完成
生成迁移文件：根据模型类生成创建表的语句
python manage.py makemigrations
执行迁移：根据第一步生成的语句在数据库中创建表
迁移前
迁移后
提示：默认采用数据库来存储数据
注意事项
解决办法
注意事项
看不到数据库表解决办法
wps office 的官方的下载的地方是什么
运行
中文显示（改后刷新页面）
站点: 分为和两部分内容发布的部分由网站的管理员负责查看、添加、修改、删除数据能够根据定义的模型类自动地生成管理模块使用的管理模块, 需要按照如下步骤操作 :
1.管理界面本地化2.创建管理员3.注册模型类4.发布内容到数据库
本地化是将显示的语言、时间等使用本地的习惯，这里的本地化就是进行中国化.中国大陆地区使用, 时区使用, 注意这里不使用北京时区.
本地化前
本地化后
创建管理员的命令
python manage.py createsuperuser
按提示输入用户名、邮箱、密码
注意：要用超级管理员 admin Zw23456..！
重置密码
python manager.py changepassword 用户名
登陆站点
需要服务器是启动状态
登陆站点成功
站点界面中没有书籍和人物管理入口,因为没有注册模型类
在的文件中注册模型类
需要导入模型模块 
注册模型后
注册模型成功后, 就可以在站点管理界面方便快速的管理数据.
发布内容后，优化模型类展示
站点管理页面做好了, 接下来就要做的页面了.对于的设计框架.
用户在URL中请求的是视图.视图接收请求后进行处理.并将处理的结果返回给请求者.使用视图时需要进行两步操作
1.定义视图2.配置URLconf
视图就是一个函数，被定义在的中.视图的第一个参数是类型的对象，包含了所有.视图必须返回，包含返回给请求者的.
需要导入模块 :
定义视图函数 : 响应字符串给客户端
思考 : 如何才能让请求找到视图?
查找视图的过程 :
1.请求者在浏览器地址栏中输入URL, 请求到网站.2.网站获取URL信息.3.然后与编写好的URLconf逐条匹配.4.如果匹配成功则调用对应的视图.
5.如果所有的URLconf都没有匹配成功.则返回404错误.
入口
需要两步完成配置
1.在中定义2.在中定义
在中定义
在中定义
提示：一条包括URL规则、视图两部分
URL规则使用正则表达式定义.
视图就是在中定义的视图函数
url匹配过程
视图处理过程如下图：
使用视图时需要进行两步操作，两步操作不分先后
配置在中定义视图
思考 : 网站如何向客户端返回一个漂亮的页面呢？
提示 :
漂亮的页面需要、、.可以把这一堆字段串全都写到视图中, 作为的参数,响应给客户端.
问题 :
视图部分代码臃肿, 耦合度高.这样定义的字符串是不会出任何效果和错误的.效果无法及时查看.有错也不容易及时发现.
设想 :
是否可以有一个专门定义前端页面的地方, 效果可以及时展示,错误可以及时发现,并且可以降低模块间耦合度!
解决问题 :模板
设计模式中的,
在中, 将前端的内容定义在模板中, 然后再把模板交给视图调用, 各种漂亮、炫酷的效果就出现了.
1.创建模板2.设置模板查找路径3.模板接收视图传入的数据4.模板处理数据
1.创建模板
在同级目录下创建模板文件夹. 文件夹名称固定写法.在文件夹下, 创建同名文件夹. 例,
在同名文件夹下创建文件. 例 :
2.设置模板查找路径
3.模板接收视图传入的数据
视图模板加载
4.模板处理数据
5. 查看模板处理数据成果
总结
实现步骤
1.创建视图2.创建模板3.配置URLconf
1.创建视图
查询数据库数据构造上下文
传递上下文到模板
2.创建模板
读取上下文数据构造网页html文档 : 书籍信息以列表样式展示
3.配置URLconf
进入中的文件
1. BASE_DIR
当前工程的根目录，Django会依此来定位工程内的相关文件，我们也可以使用该参数来构造文件路径。
2. DEBUG
调试模式，创建工程后初始值为True，即默认工作在调试模式下。
作用：
修改代码文件，程序自动重启
Django程序出现异常时，向前端显示详细的错误追踪信息，例如
而非调试模式下，仅返回Server Error (500)
注意：部署线上运行的Django不要运行在调式模式下，记得修改DEBUG=False和ALLOW_HOSTS。
3、静态文件
项目中的CSS、图片、js都是静态文件。一般会将静态文件放到一个单独的目录中，以方便管理。在html页面中调用时，也需要指定静态文件的路径，Django中提供了一种解析的方式配置静态文件路径。静态文件可以放在项目根目录下，也可以放在应用的目录下，由于有些静态文件在项目中是通用的，所以推荐放在项目的根目录下，方便管理。
为了提供静态文件，需要配置两个参数：
STATICFILES_DIRS存放查找静态文件的目录STATIC_URL访问静态文件的URL前缀
示例
1） 在项目根目录下创建static目录来保存静态文件。
2） 在bookmanager/settings.py中修改静态文件的两个参数为
3）此时在static添加的任何静态文件都可以使用网址/static/文件在static中的路径来访问了。
例如，我们向static目录中添加一个index.html文件，在浏览器中就可以使用127.0.0.1:8000/static/index.html来访问。
或者我们在static目录中添加了一个子目录和文件book/detail.html，在浏览器中就可以使用127.0.0.1:8000/static/book/detail.html来访问。
4、App应用配置
在每个应用目录中都包含了apps.py文件，用于保存该应用的相关信息。
在创建应用时，Django会向apps.py文件中写入一个该应用的配置类，如
我们将此类添加到工程settings.py中的INSTALLED_APPS列表中，表明注册安装具备此配置属性的应用。
AppConfig.name属性表示这个配置类是加载到哪个应用的，每个配置类必须包含此属性，默认自动生成。
AppConfig.verbose_name属性用于设置该应用的直观可读的名字，此名字在Django提供的Admin管理站点中会显示，如
重点
模型配置
数据的增删改
增: 和
删: 和
改: 和
数据的查询
基础查询
F对象和Q对象
关联查询
查询集QuerySet
1.创建项目
django-admin startproject bookmanager01
先设置用户： python manage.py migrate
2.创建应用
python manage.py startapp book
3. 运行开发服务器
运行服务器命令： python manage.py runserver ip:端口
或：python manage.py runserver
4.安装应用
5.本地化
6.创建管理员
创建管理员命令：python manage.py createsuperuser
7.模板路径
在应用同级目录下,创建模板文件夹
8.项目中匹配urls
正则 : 路径只要不是就算匹配成功。并包含到应用中的
9.准备视图
10.应用中匹配
应用中创建
正则 : 路径中包含，就调用视图中对应的函数
11.开启服务器, 测试项目
进入项目文件中, 开启项目对应的服务器
python manage.py runserver
浏览器中输入网址 http://127.0.0.1:8000/booklist/
在settings.py中保存了数据库的连接配置信息，Django默认初始配置使用sqlite数据库。
1、使用MySQL数据库首先需要安装驱动程序
pip install PyMySQL
在Django的工程同名子目录的__init__.py文件中添加如下语句
作用是让Django的ORM能以mysqldb的方式来调用PyMySQL。
修改DATABASES配置信息
在MySQL中创建数据库
create database book charset=utf8;
模型类被定义在"应用/models.py"文件中。模型类必须继承自Model类，位于包django.db.models中。
1 定义
在models.py 文件中定义模型类。
1） 数据库表名
模型类如果未指明表名，Django默认以小写app应用名_小写模型类名为数据库表名。
可通过db_table指明数据库表名。
2） 关于主键
django会为表创建自动增长的主键列，每个模型只能有一个主键列，如果使用选项设置某属性为主键列后django不会再创建自动增长的主键列。
默认创建的主键列属性为id，可以使用pk代替，pk全拼为primary key。
3） 属性命名限制
不能是python的保留关键字。不允许使用连续的下划线，这是由django的查询方式决定的。
定义属性时需要指定字段类型，通过字段类型的参数指定选项，语法如下：
属性 = models.字段类型(选项)
4）字段类型
类型说明AutoField自动增长的IntegerField，通常不用指定，不指定时Django会自动创建属性名为id的自动增长属性BooleanField布尔字段，值为True或FalseNullBooleanField支持Null、True、False三种值CharField字符串，参数max_length表示最大字符个数TextField大文本字段，一般超过4000个字符时使用IntegerField整数DecimalField十进制浮点数， 参数max_digits表示总位数， 参数decimal_places表示小数位数FloatField浮点数DateField日期， 参数auto_now表示每次保存对象时，自动设置该字段为当前时间，用于"最后一次修改"的时间戳，它总是使用当前日期，默认为False； 参数auto_now_add表示当对象第一次被创建时自动设置当前时间，用于创建的时间戳，它总是使用当前日期，默认为False; 参数auto_now_add和auto_now是相互排斥的，组合将会发生错误TimeField时间，参数同DateFieldDateTimeField日期时间，参数同DateFieldFileField上传文件字段ImageField继承于FileField，对上传的内容进行校验，确保是有效的图片
5） 选项
选项说明null如果为True，表示允许为空，默认值是Falseblank如果为True，则该字段允许为空白，默认值是Falsedb_column字段的名称，如果未指定，则使用属性的名称db_index若值为True, 则在表中会为此字段创建索引，默认值是Falsedefault默认primary_key若为True，则该字段会成为模型的主键字段，默认值是False，一般作为AutoField的选项使用unique如果为True, 这个字段在表中必须有唯一值，默认值是False
null是数据库范畴的概念，blank是表单验证范畴的
6） 外键
在设置外键时，需要通过on_delete选项指明主表删除数据时，对于外键引用表数据如何处理，在django.db.models中包含了可选常量：
CASCADE级联，删除主表数据时连通一起删除外键表中数据
PROTECT保护，通过抛出ProtectedError异常，来阻止删除主表中被外键应用的数据
SET_NULL设置为NULL，仅在该字段null=True允许为null时可用
SET_DEFAULT设置为默认值，仅在该字段设置了默认值时可用
SET()设置为特定值或者调用特定方法
DO_NOTHING不做任何操作，如果数据库前置指明级联性，此选项会抛出IntegrityError异常
2 迁移
将模型类同步到数据库中。
1）生成迁移文件
python manage.py makemigrations
2）同步到数据库中
python manage.py migrate
3 添加测试数据
1、shell工具
Django的manage工具提供了shell命令，帮助我们配置好当前工程的运行环境（如连接好数据库等），以便可以直接在终端中执行测试python语句。
通过如下命令进入shell
python manage.py shell
导入两个模型类，以便后续使用
from book.models import BookInfo,PeopleInfo
BookInfo.objects.all()
2 查看MySQL数据库日志
查看mysql数据库日志可以查看对数据库的操作记录。 mysql日志文件默认没有产生，需要做如下配置：
vi /etc/mysql/mysql.conf.d/mysqld.cnf
把68，69行前面的#去除，然后保存并使用如下命令重启mysql服务。
service mysql restart
使用如下命令打开mysql日志文件。
tail -f /var/log/mysql/mysql.log # 可以实时查看数据库的日志内容
# 如提示需要sudo权限，执行
# sudo tail -f /var/log/mysql/mysql.log
1 增加
增加数据有两种方法。
1）save（方法一）
通过创建模型类对象，执行对象的save()方法保存到数据库中。
2）create（方法二）
通过模型类.objects.create()保存。
2 修改
修改更新有两种方法
1）save（方法一）
修改模型类对象的属性，然后执行save()方法
2）update（方法二）
使用模型类.objects.filter().update()，会返回受影响的行数
3 删除
删除有两种方法
1）模型类对象delete
2）模型类.objects.filter().delete()
基础条件查询
1 基本查询
get 查询单一结果，如果不存在会抛出模型类.DoesNotExist异常。
all 查询多个结果。
count 查询结果数量。
2 过滤查询
实现SQL中的where功能，包括
filter 过滤出多个结果
exclude 排除掉符合条件剩下的结果
get 过滤单一结果
对于过滤条件的使用，上述三个方法相同，故仅以filter进行讲解。
过滤条件的表达语法如下：
# 语法形式： filter(属性名称__比较运算符 = 值)
# 属性名称和比较运算符间使用两个下划线，所以属性名不能包括多个下划线
1）相等
exact：表示判等。
例：查询编号为1的图书。
2）模糊查询
contains：是否包含。
说明：如果要包含%无需转义，直接写即可。
例：查询书名包含'湖'的图书。
startswith、endswith：以指定值开头或结尾。
例：查询书名以'部'结尾的图书
以上运算符都区分大小写，在这些运算符前加上i表示不区分大小写，如iexact、icontains、istartswith、iendswith
3） 空查询
isnull：是否为null。
例：查询书名为空的图书。
4） 范围查询
in：是否包含在范围内。
例：查询编号为1或3或5的图书
5）比较查询
gt 大于 (greater then)
gte 大于等于 (greater then equal)
lt 小于 (less then)
lte 小于等于 (less then equal)
例：查询编号大于3的图书
不等于的运算符，使用exclude()过滤器。
例：查询编号不等于3的图书
6）日期查询
year、month、day、week_day、hour、minute、second：对日期时间类型的属性进行运算。
例：查询1980年发表的图书。
例：查询1990年1月1日后发表的图书。
注意事项
3、F和Q对象
F对象
之前的查询都是对象的属性与常量值比较，两个属性怎么比较呢？
答：使用F对象，被定义在django.db.models中。
语法： F(属性名)
例：查询阅读量大于等于评论量的图书。
可以在F对象上使用算数运算。
例：查询阅读量大于2倍评论量的图书。
Q对象
多个过滤器逐个调用表示逻辑与关系，同sql语句中where部分的and关键字。
例：查询阅读量大于20，并且编号小于3的图书。
如果需要实现逻辑或or的查询，需要使用Q()对象结合|运算符，Q对象被义在django.db.models中。
语法： Q(属性名__运算符=值)
例：查询阅读量大于20的图书，改写为Q对象如下。
Q对象可以使用&、|连接，&表示逻辑与，|表示逻辑或。
例：查询阅读量大于20，或编号小于3的图书，只能使用Q对象实现
Q对象前可以使用~操作符，表示非not。
例：查询编号不等于3的图书。
4、聚合函数和排序函数
wps的免费版下载的地方怎么找
1. 聚合函数
使用aggregate()过滤器调用聚合函数。聚合函数包括：Avg平均，Count数量，Max最大，Min最小，Sum求和，被定义在django.db.models中。
例：查询图书的总阅读量。
注意aggregate的返回值是一个字典类型，格式如下：
{'属性名__聚合类小写':值}
如:{'readcount__sum': 298}
使用count时一般不使用aggregate()过滤器。
例：查询图书总数。
注意count函数的返回值是一个数字。
2. 排序
使用order_by对结果进行排序
5、关联查询
查询书籍为1的所有人物信息
查询人物为1的书籍信息
由一到多的访问语法：
一对一的模型类对象.多对一的模型类名小写_set
WPS office官网最新的下载网址怎么找
例：
由多到一的访问语法:
多对应的模型类对象.多对应的模型类中的关系类属性名
例：
访问一对一的模型类关联对象的id语法:
多对一的模型类对象.关联类属性_id
例：
关联过滤查询
由多模型类条件查询一模型类数据:
语法如下：
关联模型类名小写__属性名__条件运算符=值
注意：如果没有"__运算符"部分，表示等于。
例：
查询图书，要求图书人物为"郭靖"
查询图书，要求图书中人物的描述包含"八"
由一模型类条件查询多模型类数据:
语法如下：
一模型类关联属性名__一模型类属性名__条件运算符=值
注意：如果没有"__运算符"部分，表示等于。
例：
查询书名为“天龙八部”的所有人物。
查询图书阅读量大于30的所有人物
6、查询集QuerySet
1 概念
Django的ORM中存在查询集的概念。
查询集，也称查询结果集、QuerySet，表示从数据库中获取的对象集合。
当调用如下过滤器方法时，Django会返回查询集（而不是简单的列表）：
all() 返回所有数据。
filter() 返回满足条件的数据。
exclude() 返回满足条件之外的数据。
order_by() 对结果进行排序。
对查询集可以再次调用过滤器进行过滤，如
也就意味着查询集可以含有零个、一个或多个过滤器。过滤器基于所给的参数限制查询的结果。
从SQL的角度讲，查询集与select语句等价，过滤器像where、limit、order by子句。
判断某一个查询集中是否有数据：
exists()：判断查询集中是否有数据，如果有则返回True，没有则返回False。
2 两大特性
1）惰性执行
创建查询集不会访问数据库，直到调用数据时，才会访问数据库，调用数据的情况包括迭代、序列化、与if合用
例如，当执行如下语句时，并未进行数据库查询，只是创建了一个查询集books
继续执行遍历迭代操作后，才真正的进行了数据库的查询
2）缓存
使用同一个查询集，第一次使用时会发生数据库的查询，然后Django会把结果缓存下来，再次使用这个查询集时会使用缓存的数据，减少了数据库的查询次数。
情况一：如下是两个查询集，无法重用缓存，每次查询都会与数据库进行一次交互，增加了数据库的负载。
情况二：经过存储后，可以重用查询集，第二次使用缓存中的数据。
3 限制查询集
可以对查询集进行取下标或切片操作，等同于sql中的limit和offset子句。
注意：不支持负数索引。
对查询集进行切片后返回一个新的查询集，不会立即执行查询。
如果获取一个对象，直接使用[0]，等同于[0:1].get()，但是如果没有数据，[0]引发IndexError异常，[0:1].get()如果没有数据引发DoesNotExist异常。
示例：获取第1、2项，运行查看。
4 分页
重点
HttpRequest
位置参数和关键字参数查询字符串请求体:表单数据,JSON数据请求头
HttpResponse
HttpResponse
JsonResponse
redirect
类视图
类视图的定义和使用
类视图装饰器(难点)
视图介绍
视图就是中文件中的函数视图的第一个参数必须为，还可能包含下参数如
通过正则表达式组获取的位置参数通过正则表达式组获得的关键字参数视图必须返回一个或作为响应
子对象： 视图负责接受Web请求，进行逻辑处理，返回Web响应给请求者
响应内容可以是，，，…
视图处理过程如下图：
使用视图时需要进行两步操作，两步操作不分先后
配置在中定义视图
项目准备
创建项目+创建应用+安装应用+配置模板路径+本地化+mysql数据库+URLconf+视图
安装应用
mysql数据库使用之前的book
URLconf
中：指定url配置
项目中：只要不是就匹配成功，包含到应用中的
应用中：匹配成功就调用中的函数，测试项目逻辑
视图：测试项目逻辑
在models.py 文件中定义模型类
1）生成迁移文件
python manage.py makemigrations
2）同步到数据库中
python manage.py migrate
3）添加测试数据
注意：改变IP地址方式
浏览者 通过在浏览器的地址栏中输入网址请求网站
对于Dja ngo开发的网站，由哪一个视图进行处理请求，是由url匹配找到的
配置URLconf
1.中
指定url配置
ROOT_URLCONF = '项目.urls'
2.项目中
匹配成功后，包含到应用的
3.应用中
匹配成功后，调用对应的函数
url(正则, views.函数名)
4.提示
1. 正则部分推荐使用 r，表示字符串不转义，这样在正则表达式中使用 只写一个就可以
2. 不能在开始加反斜杠，推荐在结束加反斜杠
正确：path/
正确：path
错误：/path
错误：/path/
3. 请求的url被看做是一个普通的python字符串，进行匹配时不包括域名、get或post参数
3.1 如请求地址如：http://127.0.0.1:8000/18/?a=10
3.2 去掉域名和参数部分后，只剩下如下部分与正则匹配 18/
说明：
虽然路由结尾带/能带来上述好处，但是却违背了HTTP中URL表示资源位置路径的设计理念。
是否结尾带/以所属公司定义风格为准。
在定义路由的时候，可以为路由命名，方便查找特定视图的具体路径信息。
1) 在使用include函数定义路由时，可以使用namespace参数定义路由的命名空间，如
命名空间表示，凡是book.urls中定义的路由，均属于namespace指明的book名下。
命名空间的作用：避免不同应用中的路由使用了相同的名字发生冲突，使用命名空间区别开。
2) 在定义普通路由时，可以使用name参数指明路由的名字，如
使用reverse函数，可以根据路由名称，返回具体的路径，如：
对于未指明namespace的，reverse(路由name)对于指明namespace的，reverse(命名空间namespace:路由name)
利用HTTP协议向服务器传参有几种途径？
提取URL的特定部分，如/weather/beijing/2018，可以在服务器端的路由中用正则表达式截取；查询字符串（query string)，形如key1=value1&key2=value2；请求体（body）中发送的数据，比如表单数据、json、xml；在http报文的头（header）中。
如果想从URL中获取值，需要在正则表达式中使用，获取值分为两种方式
位置参数
参数的位置不能错关键字参数
参数的位置可以变，跟关键字保持一致即可注意：两种参数的方式不要混合使用，在一个正则表达式中只能使用一种参数方式分别使用以上两种获取URL值的方式提取出
位置参数(推荐使用)WPS office官网下载的入口
应用中
视图中函数: 参数的位置不能错
关键字参数
应用中
其中部分表示为这个参数定义的名称为
可以是其它名称，起名要做到见名知意
视图中函数: 参数的位置可以变，跟关键字保持一致即可
HttpRequest对象的属性GET、POST都是QueryDict类型的对象
与python字典不同，QueryDict类型的对象用来处理同一个键带有多个值的情况
方法get()：根据键获取值
如果一个键同时拥有多个值将获取最后一个值
如果键不存在则返回None值，可以设置默认值进行后续处理
方法getlist()：根据键获取值，值以列表返回，可以获取指定键的所有值
如果键不存在则返回空列表[]，可以设置默认值进行后续处理
获取请求路径中的查询字符串参数（形如?k1=v1&k2=v2），可以通过request.GET属性获取，返回QueryDict对象。
重要：查询字符串不区分请求方式，即假使客户端进行POST方式的请求，依然可以通过request.GET获取请求中的查询字符串数据。
注意：QueryDict 已普通的字典形式来获取 一键多值的时候 只能获取最后的一个
请求体数据格式不固定，可以是表单类型字符串，可以是JSON字符串，可以是XML字符串，应区别对待。
可以发送请求体数据的请求方式有 POST、PUT、PATCH、DELETE。
Django默认开启了CSRF防护，会对上述请求方式进行CSRF防护验证，在测试时可以关闭CSRF防护机制，方法为在settings.py文件中注释掉CSRF中间件，如：
4.1 表单类型 Form Data
前端发送的表单类型的请求体数据，可以通过request.POST属性获取，返回QueryDict对象。
4.2 非表单类型 Non-Form Data
非表单类型的请求体数据，Django无法自动解析，可以通过request.body属性获取最原始的请求体数据，自己按照请求体格式（JSON、XML等）进行解析。request.body返回bytes类型。
例如要获取请求体中的如下JSON数据
可以进行如下方法操作：
可以通过request.META属性获取请求头headers中的数据，request.META为字典类型。
常见的请求头如：
– The length of the request body (as a string).– The MIME type of the request body.– Acceptable content types for the response.– Acceptable encodings for the response.– Acceptable languages for the response.– The HTTP Host header sent by the client.– The referring page, if any.– The client’s user-agent string.– The query string, as a single (unparsed) string.– The IP address of the client.– The hostname of the client.– The user authenticated by the Web server, if any.– A string such asor.– The hostname of the server.– The port of the server (as a string).
具体使用如:
method：一个字符串，表示请求使用的HTTP方法，常用值包括：'GET'、'POST'。user：请求的用户对象。path：一个字符串，表示请求的页面的完整路径，不包含域名和参数部分。
encoding：一个字符串，表示提交的数据的编码方式。
如果为None则表示使用浏览器的默认设置，一般为utf-8。这个属性是可写的，可以通过修改它来修改访问表单数据使用的编码，接下来对属性的任何访问将使用新的encoding值。
FILES：一个类似于字典的对象，包含所有的上传文件。
视图在接收请求并处理后，必须返回HttpResponse对象或子对象。HttpRequest对象由Django创建，HttpResponse对象由开发人员创建。
可以使用django.http.HttpResponse来构造响应对象。
也可通过HttpResponse对象属性来设置响应体、响应体数据类型、状态码：
content：表示返回的内容。status_code：返回的HTTP响应状态码。
响应头可以直接将HttpResponse对象当做字典进行响应头键值对的设置：
示例：
Django提供了一系列HttpResponse的子类，可以快速设置状态码
HttpResponseRedirect 301HttpResponsePermanentRedirect 302HttpResponseNotModified 304HttpResponseBadRequest 400HttpResponseNotFound 404HttpResponseForbidden 403HttpResponseNotAllowed 405HttpResponseGone 410HttpResponseServerError 500
若要返回json数据，可以使用JsonResponse来构造响应对象，作用：
帮助我们将数据转换为json字符串设置响应头Content-Type为application/json
浏览器请求服务器是无状态的。无状态：指一次用户请求时，浏览器、服务器无法知道之前这个用户做过什么，每次请求都是一次新的请求。无状态原因：浏览器与服务器是使用Socket套接字进行通信的，服务器将请求结果返回给浏览器之后，会关闭当前的Socket连接，而且服务器也会在处理页面完毕之后销毁页面对象。有时需要保持下来用户浏览的状态，比如用户是否登录过，浏览过哪些商品等实现状态保持主要有两种方式：
在客户端存储信息使用在服务器端存储信息使用
Cookie，有时也用其复数形式Cookies，指某些网站为了辨别用户身份、进行session跟踪而储存在用户本地终端上的数据（通常经过加密）。Cookie最早是网景公司的前雇员Lou Montulli在1993年3月的发明。Cookie是由服务器端生成，发送给User-Agent（一般是浏览器），浏览器会将Cookie的key/value保存到某个目录下的文本文件内，下次请求同一网站时就发送该Cookie给服务器（前提是浏览器设置为启用cookie）。Cookie名称和值可以由服务器端开发自己定义，这样服务器可以知道该用户是否是合法用户以及是否需要重新登录等。服务器可以利用Cookies包含信息的任意性来筛选并经常性维护这些信息，以判断在HTTP传输中的状态。Cookies最典型记住用户名。
Cookie是存储在浏览器中的一段纯文本信息，建议不要存储敏感信息如密码，因为电脑上的浏览器可能被其它人使用。
Cookie以键值对的格式进行信息的存储。Cookie基于域名安全，不同域名的Cookie是不能互相访问的，如访问itcast.cn时向浏览器中写了Cookie信息，使用同一浏览器访问baidu.com时，无法访问到itcast.cn写的Cookie信息。当浏览器请求某网站时，会将浏览器存储的跟网站相关的所有Cookie信息提交给网站服务器。
1）设置Cookie
可以通过HttpResponse对象中的set_cookie方法来设置cookie。
max_age单位为秒，默认为None 。如果是临时cookie，可将max_age设置为None。
示例：
2）读取Cookie
可以通过HttpResponse对象的COOKIES属性来读取本次请求携带的cookie值。request.COOKIES为字典类型。
3）删除Cookie
可以通过HttpResponse对象中的delete_cookie方法来删除。
注意：
Session 依赖于cookie，如果浏览器禁用了cookie，则session不能实现
0.概念
1.流程
第一次请求:
① 我们第一次请求的时候可以携带一些信息(用户名/密码) cookie中没有任何信息
② 当我们的服务器接收到这个请求之后,进行用户名和密码的验证,验证没有问题可以设置session信息
③ 在设置session信息的同时(session信息保存在服务器端).服务器会在响应头中设置一个 sessionid 的cookie信息(由服务器自己设置的,不是我们设置的)
④ 客户端(浏览器)在接收到响应之后,会将cookie信息保存起来(保存sessionid的信息)
第二次及其之后的请求:
⑤ 第二次及其之后的请求都会携带 session id信息
⑥ 当服务器接收到这个请求之后,会获取到sessionid信息,然后进行验证,验证成功,则可以获取 session信息(session信息保存在服务器端)
2.效果
3.从原理(http)角度
第一次请求:
① 第一次请求,在请求头中没有携带任何cookie信息
② 我们在设置session的时候,session会做2件事.
#第一件： 将数据保存在数据库中
#第二件： 设置一个cookie信息，这个cookie信息是以 sessionid为key value为 xxxxx
cookie肯定会以响应的形式在相应头中出现
第二次及其之后的:
③ 都会携带 cookie信息,特别是 sessionid
Django项目默认启用Session。
可以在settings.py文件中查看，如图所示
如需禁用session，将上图中的session中间件注释掉即可。
在settings.py文件中，可以设置session数据的存储方式，可以保存在数据库、本地缓存等。
2.1 数据库
存储在数据库中，如下设置可以写，也可以不写，这是默认存储方式。
如果存储在数据库中，需要在项INSTALLED_APPS中安装Session应用。
数据库中的表如图所示
表结构如下
由表结构可知，操作Session包括三个数据：键，值，过期时间。
2.2 本地缓存
存储在本机内存中，如果丢失则不能找回，比数据库的方式读写更快。
2.3 混合存储
优先从本机内存中存取，如果没有则从数据库中存取。
2.4 Redis
在redis中保存session，需要引入第三方扩展，我们可以使用django-redis来解决。
1） 安装扩展
2）配置
在settings.py文件中做如下设置
注意
如果redis的ip地址不是本地回环127.0.0.1，而是其他地址，访问Django时，可能出现Redis连接错误，如下：
解决方法：修改redis的配置文件，添加特定ip地址。
打开redis的配置文件
在如下配置项进行修改（如要添加10.211.55.5地址）
重新启动redis服务
通过HttpRequest对象的session属性进行会话的读写操作。
1） 以键值对的格式写session。
2）根据键读取值。
3）清除所有session，在存储中删除值部分。
4）清除session数据，在存储中删除session的整条数据。
5）删除session中的指定键及值，在存储中只删除某个键及对应的值。
6）设置session的有效期
如果value是一个整数，session将在value秒没有活动后过期。如果value为0，那么用户session的Cookie将在用户的浏览器关闭时过期。如果value为None，那么session有效期将采用系统默认值， 默认为两周，可以通过在settings.py中设置SESSION_COOKIE_AGE来设置全局默认值。
第二次请求：
问题1: 我换了浏览器,还能获取到 session信息吗? 不可以
问题2: 我不换浏览器,删除session id ,则获取不到session数据
问题3: 再去执行 set_sesison 的时候 会重新生成session id
思考：一个视图，是否可以处理两种逻辑？比如get和post请求逻辑。
如何在一个视图中处理get和post请求
注册视图处理get和post请求
以函数的方式定义的视图称为函数视图，函数视图便于理解。但是遇到一个视图对应的路径提供了多种不同HTTP请求方式的支持时，便需要在一个函数中编写不同的业务逻辑，代码可读性与复用性都不佳。
类视图使用
在Django中也可以使用类来定义一个视图，称为类视图。
使用类视图可以将视图对应的不同请求方式以类中的不同方法来区别定义
类视图的好处：
代码可读性好类视图相对于函数视图有更高的复用性 ， 如果其他地方需要用到某个类视图的某个特定逻辑，直接继承该类视图即可
定义类视图需要继承自Django提供的父类View，可使用或者导入，定义方式如上所示。
配置路由时，使用类视图的方法来添加。
类视图的多继承重写dispatch
使用面向对象多继承的特性。
先找LoginRequiredMixin，后找View
Django中的中间件是一个轻量级、底层的插件系统，可以介入Django的请求和响应处理过程，修改Django的输入或输出。中间件的设计为开发者提供了一种无侵入式的开发方式，增强了Django框架的健壮性。
我们可以使用中间件，在Django处理视图的不同阶段对输入或输出进行干预。
1）中间件的定义方法
定义一个中间件工厂函数，然后返回一个可以被调用的中间件。
中间件工厂函数需要接收一个可以调用的get_response对象。
返回的中间件也是一个可以被调用的对象，并且像视图一样需要接收一个request对象参数，返回一个response对象。
例如，在book应用中新建一个middleware.py文件，
定义好中间件后，需要在settings.py 文件中添加注册中间件
定义一个视图进行测试
执行结果
wps office 的官方的下载的网址在哪(wps office下载好怎么做表格)
注意：Django运行在调试模式下，中间件init部分有可能被调用两次。
2）多个中间件的执行顺序
在请求视图被处理前，中间件由上至下依次执行在请求视图被处理后，中间件由下至上依次执行
示例：
定义两个中间件
注册添加两个中间件
执行结果
重点
自带模板
基本使用流程控制过滤器继承
Jinja2模板
配置
CSRF
原理
如何防范
在工程中创建模板目录templates。
在settings.py配置文件中修改TEMPLATES配置项的DIRS值：
在templates目录中新建一个模板文件，如index.html
调用模板分为两步骤：
找到模板 loader.get_template(模板文件在模板目录中的相对路径) -> 返回模板对象
渲染模板 模板对象.render(context=None, request=None) -> 返回渲染后的html文本字符串 context 为模板变量字典，默认值为None request 为请求对象，默认值为None
例如，定义一个视图
Django提供了一个函数render可以简写上述代码。
render(request对象, 模板文件路径, 模板数据字典)
4.1 模板变量
变量名必须由字母、数字、下划线（不能以下划线开头）和点组成。
语法如下： {{变量}}
模板变量可以使python的内建类型，也可以是对象。
4.2 模板语句
1）for循环：
2）if条件：
<hr>
{% if age > 10 %}
大于10
{% else %}
等于10
{% endif %}
<hr>
过滤器
语法如下:
使用管道符号|来应用过滤器，用于进行计算、转换操作，可以使用在变量、标签中。如果过滤器需要参数，则使用冒号:传递参数。
列举几个如下：
safe，禁用转义，告诉模板这个变量是安全的，可以解释执行
length，长度，返回字符串包含字符的个数，或列表、元组、字典的元素个数。
default，默认值，如果变量不存在时则返回默认值。
date，日期，用于对日期类型的值进行字符串格式化，常用的格式化字符如下：
Y表示年，格式为4位，y表示两位的年。m表示月，格式为01,02,12等。d表示日, 格式为01,02等。j表示日，格式为1,2等。H表示时，24进制，h表示12进制的时。i表示分，为0-59。s表示秒，为0-59。
模板继承
jinja2介绍
Jinja2：是 Python 下一个被广泛应用的模板引擎，是由Python实现的模板语言，他的设计思想来源于 Django 的模板引擎，并扩展了其语法和一系列强大的功能，尤其是Flask框架内置的模板语言
由于django默认模板引擎功能不齐全,速度慢，所以我们也可以在Django中使用jinja2, jinja2宣称比django默认模板引擎快10-20倍。
Django主流的第三方APP基本上也都同时支持Django默认模板及jinja2，所以要用jinja2也不会有多少障碍。
安装jinja2模块
Django配置jinja2
在项目文件中创建 jinja2_env.py 文件
2.在settings.py文件
jinja2模板的使用绝大多数和Django自带模板一样
jinja2自定义过滤器
在jinja2_env.py文件中自定义过滤器
拼为 ，译为 跨站请求伪造。指攻击者盗用了你的身份，以你的名义发送恶意请求。
包括：以你名义发送邮件，发消息，盗取你的账号，甚至于购买商品，WPS office的电脑版的下载网站怎么找转账……造成的问题：个人隐私泄露以及财产安全。
CSRF攻击示意图
客户端访问服务器时没有同服务器做安全验证
防止 CSRF 攻击
步骤
在客户端向后端请求界面数据的时候，后端会往响应中的 cookie 中设置 csrf_token 的值在 Form 表单中添加一个隐藏的的字段，值也是 csrf_token在用户点击提交的时候，会带上这两个值向后台发起请求后端接受到请求，以会以下几件事件：
从 cookie中取出 csrf_token从 表单数据中取出来隐藏的 csrf_token 的值进行对比如果比较之后两值一样，那么代表是正常的请求，如果没取到或者比较不一样，代表不是正常的请求，不执行下一步操作
代码演示
未进行 csrf 校验的 WebA
后端代码实现
前端登录页面代码
前端转账页面代码
运行测试，如果在未登录的情况下，不能直接进入转账页面，测试转账是成功的
攻击网站B的代码
后端代码实现
前端代码实现
运行测试，在用户登录网站A的情况下，点击网站B的按钮，可以实现伪造访问
在网站A中实现 csrf_token 校验的流程
导入生成 csrf_token 的函数
在渲染转账页面的，做以下几件事情：
生成 csrf_token 的值在返回转账页面的响应里面设置 csrf_token 到 cookie 中将 csrf_token 保存到表单的隐藏字段中
在转账模板表单中添加 csrf_token 隐藏字段
运行测试，进入到转账页面之后，查看 cookie 和 html 源代码
在执行转账逻辑之前进行 csrf_token 的校验
运行测试，用户直接在网站 A 操作没有问题，再去网站B进行操作，发现转账不成功，因为网站 B 获取不到表单中的 csrf_token 的隐藏字段，而且浏览器有同源策略，网站B是获取不到网站A的 cookie 的，所以就解决了跨站请求伪造的问题
Django默认是开启CSRF的
模板中设置 CSRF 令牌