视图层

目录

• Django各版本区别
• 虚拟环境
• 视图函数返回值
• JsonHttpResponse对象
• form表单上传文件
• request方法
• FBV与CBV
  • CBV源码解析
• 模板传值

Django各版本区别

虚拟环境

虚拟环境

* 在虚拟环境中不需要重新创建虚拟环境
可以直接进行多版本的Django版本建立
**   1.路由匹配的方法不一样呀
Django1.x版本的路由层和3.x版本的不一样
  	1.x url()	支持正则			3.x path() 第一个参数不支持正则
    如果想使用正则 也提供了方法		需要导入格式
    from django.urls import path,re_path
    re_path相当于URL 底层代码换了参数名而已
3.x 版本相对应1.x支持了转换器功能
格式以整型为例：
path('login/<int:id>/',login)
支持 int set float list dict
匹配对应位置的数据并且自动转换类型

视图函数返回值

视图函数必须返回一个HttpRespons对象
HttpRespons
需要去底层查看 
类函数 面向对象的知识 
HttpResponse是有一个实列化对象的存在
__init__ 
class HttpResponse(HttpResponseBase):
....
	pass
	def render(request, .....):
......
    return HttpResponse(content, content_type, status)
这和我们的视图函数基本上一个爹养出来的
def redirect(to,*args,**kwargs)
   if kwargs.pop('permanent', False):
        redirect_class = HttpResponsePermanentRedirect
    else:
        redirect_class = HttpResponseRedirect
'''''''
这个也是子类 继承了HttpResponse里面的self对象
应证了那句话一切皆对象
上述都可以称为HttpResponse对象

JsonHttpResponse对象

普通Json模块下的情况
import json
def adds(request):
    name_ids = {"name":"张文明","age":"18"}
    userlist = json.dumps(name_ids,ensure_ascii=False)
    return HttpResponse(userlist)
查看底层会发现JSON封装了JsonResponse模块 在这里我们可以直接运用
from django.http import JsonResponse
def adds(request):
    name_ids = {"name":"张文明","age":"18"}
    return JsonResponse(name_ids)
小公司一样的 查看源码发现 JsonResponse里面也调用了Json模块
如果带有其他格式的代码 
需要将关键字参数给返回给**json_dump_parms 在底层代码中的json_dump_parms is None
json_dump_parms = {}
我们需要将解码作为关键字传入
return JsonResponse(name_ids，json_dumps_parms={'ensure_ascii':False})
代码就将判定为不解码

form表单上传文件

1. method必须 == POST
我们在运用 request.post查询上传文件的时候 得到数据是
<QueryDict: {'username': [''], 'my_file': ['mon3srhunoqmon3srhunoq.jpg']}>
    也就是文件的名字
需要在 from表单属性里面添加enctype="multipart/form-data"
ps:默认是application/x-www-form-urlencoded
当然即使这样request.POST也拿不到数据
查看底层代码发现值发送到Files里面
所以我们需要用一个request.FILES进行获取

request方法

request.method
request.POST
request.GET
request.FILES
request.body
	存放的是接收过来的最原始的二进制数据
  request.POST、request.GET、request.FILES这些获取数据的方法其实都从body中获取数据并解析存放的
request.path
	获取路径
request.path_info
	获取路径
request.get_full_path()
	获取路径并且还可以获取到路径后面携带的参数
    

FBV与CBV

FBV:基于函数的视图
  url(r'^index/',函数名)
CBV:基于类的视图
from django import views
class mylogin(views.View):
    def get(self,request):
        return HttpResponse('from CBV')
    def post(self,request):
        return HttpResponse('CBV view')
 在将数据的发送地址改成相关地址后 类收到GET请求后自动往下执行
 	"""
 	如果请求方式是GET 则会自动执行类里面的get方法
 	如果请求方式是POST 则会自动执行类里面的post方法
 	"""

CBV源码解析

1.切入点:路由匹配
  类名点属性as_view并且还加了括号
  	as_view可能是普通的静态方法
    as_view可能是绑定给类的方法
2.对象查找属性的顺序
	先从对象自身开始、再从产生对象的类、之后是各个父类
  	MyLoginView.as_view()
    	先从我们自己写的MyLoginView中查找
     	没有再去父类Views中查找
3.函数名加括号执行优先级最高
	url(r'^ab_cbv/', views.MyLoginView.as_view())
  项目已启动就会执行as_view方法 查看源码返回了一个闭包函数名view
  def as_view(cls):
    def view(cls):
      pass
    return view
  url(r'^ab_cbv/', views.view)
  # CBV与FBV在路由匹配本质是一样的!!!
4.路由匹配成功之后执行view函数
	def view():
    self = cls()
    return self.dispatch(request, *args, **kwargs)
5.执行dispatch方法
	需要注意查找的顺序!!!
  def dispatch():
      handler = getattr(self, request.method.lower())
      return handler(request, *args, **kwargs)
"""查看源码也可以修改 但是尽量不要这么做 很容易产生bug"""

模板传值

"""
django提供的模板语法只有两个符号
	{{}}:主要用于变量相关操作(引用)
	{%%}:主要用于逻辑相关操作(循环、判断)
"""


1.传值的两种方式
	# 传值方式1:指名道姓的传  适用于数据量较少的情况       节省资源
  # return render(request, 'ab_temp.html', {'name':name})
  # 传值方式2:打包传值  适用于数据量较多的情况(偷懒)     浪费资源
  '''locals() 将当前名称空间中所有的名字全部传递给html页面'''
  return render(request, 'ab_temp.html', locals())

2.传值的范围
	基本数据类型都可以
  函数名
  	模板语法会自动加括号执行并将函数的返回值展示到页面上
    不支持传参(模板语法会自动忽略有参函数)
 	文件名
  	直接显示文件IO对象
  类名
  	自动加括号实例化成对象
  对象名
  	直接显示对象的地址 并且具备调用属性和方法的能力
  
# django模板语法针对容器类型的取值 只有一种方式>>>:句点符
	既可以点key也可以点索引  django内部自动识别
  	{{ data1.info.pro.3.msg }}