路由分发 路由别名的名称空间 虚拟环境 HTTPresponse JsonResponse request对象获取文件 CBV源码剖析 模板语法传值特性 模板语法过滤器

目录

• 路由分发
• 路由别名冲突 反向解析失败
  • 方式一：名称空间 include
  • 方式二：别名不冲突即可
• 虚拟环境 python -m venv venv_name
• 视图层之必会三板斧 HTTPresponse
• JsonResponse对象
• 视图层之request对象获取文件 request.FILES
  • 视图层之FBV与CBV
• CBV源码剖析(重要)
  • 1.从CBV的路由匹配切入
  • 2.函数名加括号执行优先级最高 项目一启动就会自动执行as_view方法
  • 3.浏览器地址栏访问login路由需要执行view函数
  • 4.研究父类中的dispatch方法
• 模板层
  • 模板层基本特性
  • 1.模板语法传值方式 locals
  • 2.模板语法传值特性
  • 3.模板语法之过滤器(内置函数)
    • add
    • length
    • slice
    • truncatechars truncatewords
    • date
    • filesizeformat
    • safe

路由分发

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 JsonResponse
def 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（自动加括号调用）。也就是通过MyView类产生一个对象。
   
   查看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.模板语法之过滤器(内置函数)

模板语法给你提供的内置方法 （一些统一的操作方式）

add

将整数加1：



也支持字符串的拼接：



add模板方法原理：

length

统计长度：可以对列表、字符串等统计长度

slice

切片：对索引1到索引4进行切片

truncatechars truncatewords

节选字符：文件简介的时候可以用，常见的是节选50个字



第一个按照你指定的字符截取（第几个字符） 第二个按照空格截取（第几个空格）

date

格式化时间：需要导入time模块 传入格式化时间

filesizeformat

单位展示：需要传入一个数字，通常用于显示文件大小。



会将这个数字（文件字节数）按照最合适的单位进行展示。

safe

识别html代码：h1这个变量名里面存的是字符串'<p>哈哈哈哈</p>'



safe表示安全，表示告知模板语法h1变量名中存储的html代码是安全的。正常情况下，字符串中的html代码，就会以字符串形式进行展示，而不是作为html渲染。这是因为：

如果在html代码里面写脚本，脚本里面写死循环呢？

需要告诉django模板层这个东西没有风险。