目录

路由分发

django支持每个应用都可以有自己独立的路由层、静态文件、模板层。基于该特性多人开发项目就可以完全解耦合，之后利用路由分发还可以整合到一起多个应用都有很多路由与视图函数的对应关系 这个时候可以拆分到各自的路由层中使用路由分发之前 总路由直接干路由与视图函数的匹配path("index/", index)使用路由分发之后 总路由只按照应用名分配匹配方向path("app01/", include("app01.urls"))

路由特别多 可以进行拆分 相同的东西多了 就开始分门别类了django支持每个应用都有自己独立的路由层、静态文件、模板层。小兵写好app 领导将你们的url整合在一起分发 ---> 整合

什么时候采用路由分发?总路由非常非常多 可以按照应用进行路由拆分

在app01新建一个url.py在各自的子路由配置与视图函数的对应关系：总路由做路由分发：总路由负责把你送到指定的地方。总路由只按照应用名分配匹配方向。


(相关资料图)

路由别名冲突 反向解析失败

如果给不同的app里不同的子路由 取了相同的别名这样反向解析还可以解析到正确的路由地址吗？

别名冲突时，默认情况下是无法通过反向解析得出应用前缀的。

方式一：名称空间 include

总路由设置名称空间    path("app01/", include(("app01.urls", "app01"), namespace="app01")),    path("app02/", include(("app02.urls", "app02"), namespace="app02")),反向解析（指定是哪个app的名字）        reverse("app01:index_view")        reverse("app02:index_view")

如果想要正常识别：在总路由申明名称空间(namespace)：这样就可以通过名字反向解析出来（要加前缀）：

方式二：别名不冲突即可

比如别名前面添加 应用名前缀 这样名字就永远不会冲突了。

多个应用别名不冲突可以用应用名作为别名的前缀         path("index/", views.index, name="app01_index_view")         path("index/", views.index, name="app02_index_view")

虚拟环境 python -m venv venv_name

项目1需要使用:django1.11  python38项目2需要使用:django2.22 pymysql requests      python38项目3需要使用:django3.22 request_html flask urllib3 python38实际开发项目中我们只会给项目配备所需的环境，不需要的一概不配!!!虚拟环境:能够针对相同版本的解释器创建多个分身 每个分身可以有自己独立的环境项目环境中，下载模块需要占用资源，所以我们争取项目要什么模块给什么模块，不需要的一点都不下。每个项目需要独立的环境，每个环境只下载项目需要的依赖，不需要多的内容。虚拟环境的好处是可以隔离环境，随时切换环境。    pycharm创建虚拟环境:(每创建一个虚拟环境就相当于重新下载了一个全新的解释器)命令行的方式: python -m venv pyvenv38 注意:python命令此处不支持多版本共存的操作 python27 python36 python38    激活        activate    关        deactivate"""pip install --index-url http://mirrors.aliyun.com/pypi/simple/ django==1.11.11 --trusted-host mirrors.aliyun.com"""

虚拟环境的创建和使用：pycharm创建虚拟环境（每创建一个虚拟环境就相当于重新下载了一个全新的解释器）

Inherit global site-packages:是否要继承当前环境的下载的第三方模块。视情况勾选Make available to all projects:是否允许所有的项目使用该虚拟环境。可以勾选

虚拟环境在pycharm是黄色的：

使用虚拟环境下载模块：虚拟环境创建 不支持多版本共存的操作：只允许用python -m venv 虚拟环境名这种格式创建不支持这样创建python38 -m venv 虚拟环境名所以我们要将python对应的python环境 在系统环境变量设置好 再进行虚拟环境的创建

虚拟环境更多：https://www.cnblogs.com/passion2021/p/16720214.html

视图层之必会三板斧 HTTPresponse

视图函数必返回httpresponse对象

视图函数不写返回值会报错：查看源码我们可以得知：HttpResponse是个类 而类加括号可以产生对象

render返回的也是HttpResponse对象：只不过环的参数不一样：

redirect经过了多层继承，本质还是HttpResponse对象：

JsonResponse对象

JsonResponse也是在返回值中使用的 给浏览器返回的json格式的字符串from django.http import JsonResponsedef index_func(request):    # return HttpResponse("哈哈哈")    # return render()    # return redirect()    # 返回给浏览器一个json格式的字符串    user_dict = {"name": "jason老师", "age": 18}    # import json    # user_json = json.dumps(user_dict, ensure_ascii=False)    # return HttpResponse(user_json)    return JsonResponse(user_dict)ps:以后写代码很多时候可能需要参考源码及所学知识扩展功能class JsonResponse():        def __init__(self,data,json_dumps_params=None):        json.dumps(data,**json_dumps_params)          JsonResponse主要序列化字典 针对非字典的其他可以被序列化的数据需要修改safe参数为False

不使用JsonResponse，又想返回给浏览器的json格式的字符串：此时浏览器还是当做字符串渲染。字典中有中文时，设置ensure_ascii=False解决

使用Jsonresponse:浏览器能识别jsonresponse直接将字典放入该类。查看源码：Jsonresponse底层帮你封装了json模块。这里双下init里的data就是我们传进去的数据（必须是json模块支持转换的数据之一）解决json中文乱码问题：可以通过给Jsonresponse传参数，将{ensure_ascii = utf8}这个字典传入内部封装的json.dumps。然后通过双星号解包，作为json.dumps的关键字实参传进去：

给Jsonresponse传列表的情况：看报错：jsonresponse默认是对字典进行序列化，如果要对列表进行序列化，需要传一个参数。将safe改成false。

视图层之request对象获取文件 request.FILES

建立前端html页面：我们写一个表单，这个表单包含提交文件的选项。众所周知，表单会发送post请求。那我们在视图函数使用request.POST可以获取到文件吗？很遗憾，不能：只能获取一个文件名，而不能获取到数据。要想让django能获取到，需要修改表单标签的属性enctype：即：enctype="multpart/form-data"请注意，这个属性你不修改，其默认是：enctype="application/x-www-form-urlencoded"简单介绍enctype属性：

修改完属性之后，使用request.POST可以获取到文件吗？很遗憾，还是不能：由于上传文件这个操作确实比较特殊，所以django使用另外的方法进行接受！使用request.FILES方法接受文件：字典的键（"file"）由前端的name属性值决定 文件是二进制流的形式暂存于内存request.FILES也有两种取值方法：request.FILES.get、request.FILES.getlist可以应对单文件和多文件的情况。使用方法和之前类似。

得到的文件对象也支持for循环：

ps: 可以导入django settings的BASE_DIR设置文件的存放在项目的哪个位置。

补充一下，文件对象的方法：file_obj.chunk( )也是一次写一行。

视图层之FBV与CBV

FBV基于函数的视图def index(request):return HttpResponse对象CBV基于类的视图from django import views   class MyLoginView(views.View):        def get(self, request):            return HttpResponse("from CBV get function")        def post(self, request):            return HttpResponse("from CBV post function")path("login/", views.MyLoginView.as_view())会自动根据请求方法的不同自动匹配对应的方法并执行

基于类的视图(CBV):特点: 浏览器发送get请求会自动执行类中的get函数使用CBV时路由的写法也有点不一样：

CBV源码剖析(重要)

1.从CBV的路由匹配切入

path("login/", views.MyLoginView.as_view())    1.类名点名字(名字的查找问题)    2.类名点名字并加括号调用(静态方法、绑定给类的方法)

myloginview是我们定义的视图类，其中有get和post两个方法。所以我们先从myloginview类中找as_view这个名字，我们定义的类里显然没有，所以往父类找（views.View）。因为是在类中调用as_view()，所以初步判断as_view()应该是个 类方法 或者 是个静态函数

结果真找到了：这里classonlymethod相当于classmethod。先整体浏览源码：

发现view是个闭包函数，as_view执行之后将view作为返回值传出去。返回出去的view函数执行时可以用到外层as_view函数名称空间的名字（闭包）

2.函数名加括号执行优先级最高 项目一启动就会自动执行as_view方法

所以我们的path("login/", views.MyLoginView.as_view())相当于path("login/", views.view)得出结论，CBV路由本质还是FBV。

3.浏览器地址栏访问login路由需要执行view函数

  1. 产生我们自己编写类的对象浏览器访问路由，会执行内层函数view（自动加括号调用）。也就是通过view类产生一个对象。查看view函数源码：这里的cls是我们自己创的视图类。view的外层函数是as_wiew。as_wiew是个类方法。我们通过类调用会将类本身作为第一参数传进去也就是这里的cls。
  2. 对象调用dispatch方法(注意查找顺序)此时别的东西都不是核心，先看这个dispatch方法。请问这个self是什么？self是由我们的视图类产生的对象。此时对象点名字，应该依据名字的查找顺序，一层层查看：先查看对象自己 ---> 在查看产生对象的类 ---> 再查看父类因为我们自己的类里面没有dispatch 所以这里会调用父类的dispatch

补充：drf就是在我们自己的类里面进行修改(直接拦截 不进行分发):

4.研究父类中的dispatch方法

获取当前请求方法并转小写 之后利用反射获取类中对应的方法并执行

我们产生的对象使用父类（View）中的dispatch方法。查看源码：会先查看我们的请求方法是否属于八个正常的请求方法：点进去看一眼是哪八个：

使用反射getatter 通过不同的请求 获取视图类中的方法赋值给handler此时handler就是我们视图类中的get、post函数

class View:     @classmethod     def as_view(cls, **initkwargs):        def view(request, *args, **kwargs):            self = cls(**initkwargs)            return self.dispatch(request, *args, **kwargs)     def dispatch(self, request, *args, **kwargs):         handler = getattr(self, request.method.lower())         return handler(request, *args, **kwargs)

模板层

模板层基本特性

"""{{}}:主要与数据值相关{%%}:主要与逻辑相关django的模板语法是自己写的 跟jinja2不一样1.针对需要加括号调用的名字 django模板语法会自动加括号调用你只需要写名字就行2.模板语法的注释前端浏览器是无法查看的 {##}模板语法的注释，在模板层就会去掉，而html注释在模板渲染时会保留。3.django数据获取只能点 jinjia2可以支持get"""

1.模板语法传值方式 locals

return render(request, "demo02.html", {"n1": name, "a1": age}) # 传值方式1:精准传值 不浪费资源 针对多资源的传递书写麻烦return render(request,"demo02.html", locals())  # 传值方式2:将函数名称空间中所有的名字全部传递 名字过多并且不使用的情况下比较浪费资源

2.模板语法传值特性

1.基本数据类型正常展示2.文件对象也可以展示并调用方法(file_obj.read)3.函数名会自动加括号执行并将返回值展示到页面上(不支持额外传参)4.类名也会自动加括号调用5.对象则不会 ps:总结针对可以加括号调用的名字模板语法都会自动加括号调用（不会自动调用魔法方法）

到底支持哪些东西可以传给模板渲染？python八大数据类型：模板语法：都可以成功传递：

函数可以传吗？

类可以传吗？类名传过来之后 会自动加括号 产生一个对象对象传过来之后 还是对象

3.模板语法之过滤器(内置函数)

模板语法给你提供的内置方法 （一些统一的操作方式）将整数加1：也支持字符串的拼接：add模板方法原理：统计长度：可以对列表、字符串等统计长度

切片：对索引1到索引4进行切片节选字符：文件简介的时候可以用，常见的是节选50个字第一个按照你指定的字符截取（第几个字符） 第二个按照空格截取（第几个空格）

格式化时间：需要导入time模块 传入格式化时间单位展示：需要传入一个数字，通常用于显示文件大小。会将这个数字（文件字节数）按照最合适的单位进行展示。

识别html代码：h1这个变量名里面存的是字符串"

哈哈哈哈

"safe表示安全，表示告知模板语法h1变量名中存储的html代码是安全的。正常情况下，字符串中的html代码，就会以字符串形式进行展示，而不是作为html渲染。这是因为：如果在html代码里面写脚本，脚本里面写死循环呢？需要告诉django模板层这个东西没有风险。

推荐内容