0x01 视图层
一个视图函数，简称视图，是一个简单的 Python 函数，它接受 Web 请求并且返回 Web 响应。
响应可以是一个 HTML 页面、一个 404 错误页面、重定向页面、XML 文档、或者一张图片…
无论视图本身包含什么逻辑，都要返回响应。代码写在哪里都可以，只要在 Python 目录下面，一般放在项目的 views.py 文件中。
每个视图函数都负责返回一个 HttpResponse 对象，对象中包含生成的响应。
视图层中有两个重要的对象：请求对象(request)与响应对象(HttpResponse)。
0x02 请求对象: HttpRequest 对象（简称 request 对象）
以下介绍几个常用的 request 属性。
1、GET
数据类型是 QueryDict，一个类似于字典的对象，包含 HTTP GET 的所有参数。
有相同的键，就把所有的值放到对应的列表里。
取值格式：对象.方法。
get()：返回字符串，如果该键对应有多个值，取出该键的最后一个值。
2、POST
数据类型是 QueryDict，一个类似于字典的对象，包含 HTTP POST 的所有参数。
常用于 form 表单，form 表单里的标签 name 属性对应参数的键，value 属性对应参数的值。
取值格式： 对象.方法。
get()：返回字符串，如果该键对应有多个值，取出该键的最后一个值。
3、body
数据类型是二进制字节流，是原生请求体里的参数内容，在 HTTP 中用于 POST，因为 GET 没有请求体。
在 HTTP 中不常用，而在处理非 HTTP 形式的报文时非常有用，例如：二进制图片、XML、Json 等。
4、path
获取 URL 中的路径部分，数据类型是字符串。
5、method
获取当前请求的方式，数据类型是字符串，且结果为大写。
0x03 响应对象：HttpResponse 对象
响应对象主要有三种形式：HttpResponse()、render()、redirect()。
HttpResponse(): 返回文本，参数为字符串，字符串中写文本内容。如果参数为字符串里含有 html 标签，也可以渲染。
render(): 返回文本，第一个参数为 request，第二个参数为字符串（页面名称），第三个参数为字典（可选参数，向页面传递的参数：键为页面参数名，值为views参数名）。
redirect()：重定向，跳转新页面。参数为字符串，字符串中填写页面路径。一般用于 form 表单提交后，跳转到新页面。
render 和 redirect 是在 HttpResponse 的基础上进行了封装：
- render：底层返回的也是 HttpResponse 对象
- redirect：底层继承的是 HttpResponse 对象
0x04 Django 路由
路由简单的来说就是根据用户请求的 URL 链接来判断对应的处理程序，并返回处理结果，也就是 URL 与 Django 的视图建立映射关系。
Django 路由在 urls.py 配置，urls.py 中的每一条配置对应相应的处理方法。
Django 不同版本 urls.py 配置有点不一样：
Django1.1.x 版本
url() 方法：普通路径和正则路径均可使用，需要自己手动添加正则首位限制符号。
Django 2.2.x 之后的版本
- path：用于普通路径，不需要自己手动添加正则首位限制符号，底层已经添加。
- re_path：用于正则路径，需要自己手动添加正则首位限制符号。
总结：Django1.1.x 版本中的 url 和 Django 2.2.x 版本中的 re_path 用法相同。
正则路径中的分组
正则路径中的无名分组
无名分组按位置传参，一一对应。
views 中除了 request，其他形参的数量要与 urls 中的分组数量一致。
正则路径中的有名分组
语法：
(?P<组名>正则表达式)
有名分组按关键字传参，与位置顺序无关。
views 中除了 request，其他形参的数量要与 urls 中的分组数量一致， 并且 views 中的形参名称要与 urls 中的组名对应。
正则路径中的有名分组
路由分发(include)
存在问题：Django 项目里多个app目录共用一个 urls 容易造成混淆，后期维护也不方便。
解决：使用路由分发（include），让每个app目录都单独拥有自己的 urls。
步骤：
1、在每个 app 目录里都创建一个 urls.py 文件。
2、在项目名称目录下的 urls 文件里，统一将路径分发给各个 app 目录。
在各自 app 目录下，写自己的 urls.py 文件，进行路径跳转。
app01 目录:
from django.urls import path,re_path
from app01 import views # 从自己的 app 目录引入 views
urlpatterns = [
re_path(r'^login/(?P<m>[0-9]{2})/$', views.index, ),
]
app02 目录:
from django.urls import path,re_path
from app02 import views # 从自己的 app 目录引入views
urlpatterns = [
re_path("^xxx/(?P[0-9]{4})/$", views.xxx),
]
0x05 反向解析
随着功能的增加，路由层的 url 发生变化，就需要去更改对应的视图层和模板层的 url，非常麻烦，不便维护。
这时我们可以利用反向解析，当路由层 url 发生改变，在视图层和模板层动态反向解析出更改后的 url，免去修改的操作。
反向解析一般用在模板中的超链接及视图中的重定向。
普通路径
在 urls.py 中给路由起别名，name=“路由别名”。
path("login1/", views.login, name="login")
在 views.py 中，从 django.urls 中引入 reverse，利用 reverse(“路由别名”) 反向解析:
return redirect(reverse("login"))
在模板 templates 中的 HTML 文件中，利用 {% url “路由别名” %} 反向解析。
<form action="{% url 'login' %}" method="post">
正则路径（无名分组）
在 urls.py 中给路由起别名，name=“路由别名”。
re_path(r"^login/([0-9]{2})/$", views.login, name="login")
在 views.py 中，从 django.urls 中引入 reverse，利用 reverse(“路由别名”，args=(符合正则匹配的参数,)) 反向解析。
return redirect(reverse("login",args=(10,)))
在模板 templates 中的 HTML 文件中利用 {% url “路由别名” 符合正则匹配的参数 %} 反向解析。
<form action="{% url 'login' 10 %}" method="post">
正则路径（有名分组）
在 urls.py 中给路由起别名，name=“路由别名”。
re_path(r"^login/(?P<year>[0-9]{4})/$", views.login, name="login")
在 views.py 中，从 django.urls 中引入 reverse，利用 reverse(“路由别名”，kwargs={“分组名”:符合正则匹配的参数}) 反向解析。
return redirect(reverse("login",kwargs={
"year":3333}))
在模板 templates 中的 HTML 文件中，利用 {% url “路由别名” 分组名=符合正则匹配的参数 %} 反向解析。
<form action="{% url 'login' year=3333 %}" method="post">
0x05 命名空间
命名空间（英语：Namespace）是表示标识符的可见范围。
一个标识符可在多个命名空间中定义，它在不同命名空间中的含义是互不相干的。
一个新的命名空间中可定义任何标识符，它们不会与任何重复的标识符发生冲突，因为重复的定义都处于其它命名空间中。
存在问题：路由别名 name 没有作用域，Django 在反向解析 URL 时，会在项目全局顺序搜索，当查找到第一个路由别名 name 指定 URL 时，立即返回。当在不同的 app 目录下的urls 中定义相同的路由别名 name 时，可能会导致 URL 反向解析错误。
解决：使用命名空间。
普通路径
定义命名空间（include 里面是一个元组）格式如下：
include((“app名称：urls”，“app名称”))
在 app01/urls.py 中起相同的路由别名。
path(“login/”, views.login, name=“login”)
在 views.py 中使用名称空间，语法格式如下：
reverse(“app名称：路由别名”)
在 templates 模板的 HTML 文件中使用名称空间，语法格式如下：
{% url “app名称：路由别名” %}