第四章：视图层

三板斧介绍

"""
HttpResponse
	返回字符类型
render
	返回HTML页面，并且可以在返回浏览器之前给HTML文件传值
redirect
	重定向
"""
# 视图函数必须要返回一个HttpResponse对象
HttpResponse是一个类
通过查看三板斧的源码可以看到返回的都是HttpResponse或者继承于它

JSONResponse对象

前后端数据交互需要使用json作为过渡，实现跨语言传输数据

def xx_json(request):
    # 创建一个字典
    user_dic = {'name': '刘苏成是dsb', 'age': '12', 'hobby': 'girl', 'gender': 'boy'}
    user_list = ['liu', 111, '刘']

    # 导入JSON模块
    import json
    # 序列化字典，ensure_ascii默认为True，自动把汉字编码成Unicode格式，把参数改为False就会写什么展示什么
    dic_json = json.dumps(user_dic, ensure_ascii=False)

    # 导入Django中的JsonResponse模块
    from django.http import JsonResponse
    # 想要写什么展示什么，通过查看JsonResponse的源码得知，添加json_dumps_params={'ensure_ascii': False}即可
    dic_json = JsonResponse(user_dic, json_dumps_params={'ensure_ascii': False})
    # JsonResponse模块默认不能序列化列表，添加safe=False就可以序列化列表了
    list_json = JsonResponse(user_list, safe=False, json_dumps_params={'ensure_ascii': False})

    return HttpResponse(list_json)


"""
	json_dumps_params={'ensure_ascii': False}：添加这个属性可以让JsonResponse模块写什么展示什么，不编码成unicode格式
	safe=False：添加这个属性可以让JsonResponse模块能序列化列表，默认是不能序列化列表的
"""

form表单上传文件后，后端获取文件

form表单上传文件记得改两个属性

# form表单要上传文件类型的数据，一定要记得改下面两个属性
1、method="post"
2、enctype="multipart/form-data"


<form action="" enctype="multipart/form-data" method="post"></form>

Django获取文件的方法

request.FILES  # 获取用户上传的文件数据
request.FILES.get('file')  # 获取一个文件对象
request.FILES.getlist('file')  # 获取所有文件对象
request.FILES.get('file').name  # 获取文件名
"""
request.POST不能获取到文件数据，需要使用request.FILES来获取文件
想要查看文件中的内容需要使用with文件操作
"""

使用实例

def files(request):
    if request.method == 'POST':
        # POST方法不能获取到文件对象
        quest = request.POST
        print(quest)

        # request对象方法：获取文件数据
        user_files = request.FILES
        # 获取文件对象
        files_obj = user_files.get('file')
        # 文件对象方法：获取文件名
        files_name = files_obj.name
        # 要查看获取的文件对象的内容，要使用with
        with open(files_obj.name, 'wb') as f:
            for info in files_obj.chunks():  # django推荐加上chunks方法，虽然加不加都是一样，都是一行行的读
                f.write(info)
                
        print(user_files)
        print(files_obj)
        print(files_name)
    return render(request, 'files.html')

request对象方法

request.method				# 返回大写的请求方法：POST/GET
request.POST				# 获取post请求
request.GET					# 获取get请求
request.FILES				# 获取文件
"""path与path_info是差不多的，记住一个就可以了"""
request.path				# 获取用户输入的路由：/app01/file/
request.path_info			# 获取用户输入的路由：/app01/file/
request.path_full_path()	# 获取用户输入的路由及问号后面的参数：/app01/file/?username=liu
request.body				# 原生的浏览器发过来的二进制数据，现在暂时了解，详细在后面

FBV与CBV简介

视图函数中可以是函数也可以是类

FBV就是函数

FBV使用

"""路由层"""
url(r'^login/', views.login)

"""视图层"""
def login(request):
    return render(request, 'login.html')

CBV就是类

CBV简单使用

"""路由层"""
url(r'^cbv/', views.MyCBV.as_view())

"""视图层"""
# 需要导入View模块
from django.views import View


# 特点：能够直接根据请求方式的不同直接匹配到对应的方法执行
# 需要继承View父类
class MyCBV(View):
    # 当请求为get请求时运行该函数
    def get(self, request):
        return render(request, 'files.html')

    # 当请求为post请求时运行该函数
    def post(self, request):
        return HttpResponse('这是post请求')

CBV源码剖析

1、解析路由层中的as_view是什么

1、解析路由层中的as_view是什么
"""
函数名/方法名 加括号执行优先级最高
猜测as_view()要么是被@staicmethod修饰的静态方法，
要么是被classmethod修饰的类方法
下面来查看源码
"""
# 通过查看as_view的源码得知，是被classmethod修饰的类方法(classmethod与classonlymethod差不多一个意思)
@classonlymethod
def as_view(cls, **initkwargs):
    pass

2、解析as_view返回了什么

2、解析as_view返回了什么
@classonlymethod
def as_view(cls, **initkwargs):
    def view(request, *args, **kwargs):
        pass
    return view
"""
查看as_view部分源码得知，这是一个闭包函数
最后的返回值是view
也就是当用户输入的地址匹配上的时候就会立刻执行as_view方法中的view方法
"""
# 所以路由层中的 url(r'^login/', views.MyCBV.as_view()), 可以变形为
url(r'^login/', views.view),  # 与FBV一模一样
"""所以CBV与FBV在路由匹配上本质是一样的，都是路由 对应 函数内存地址"""

3、查看view方法中写了什么

3、查看view方法中写了什么
# as_view方法中的view方法
def view(request, *args, **kwargs):
    
    self = cls(**initkwargs)  # cls是我自己写的类(视图函数中定义的类)
    # self = MyCBV(**initkwargs)  产生一个我们自己写的类的对象
    
    # 暂时不用看
    if hasattr(self, 'get') and not hasattr(self, 'head'):
        self.head = self.get
    
    # 给我们定义的类的对象赋值属性，也可以暂时不用管
    self.request = request
    self.args = args
    self.kwargs = kwargs
    
    """
    在看Python源码的时候一定要时刻提醒自己面向对象属性方法查找顺序
    	先从对象自己找
    	再从产生对象的类里面找
    	最后再去父类找
    	...
    总结：看源码只要看到了self点一个东西，一定要问自己当前这个self到底是谁
    """
    # 通过上述规律，dispatch方法在父类View中找到
    return self.dispatch(request, *args, **kwargs)

4、查看dispatch方法中写了什么

4、查看dispatch方法中写了什么
# dispatch是整个CBV的精髓所在
def dispatch(self, request, *args, **kwargs):
    # 以get请求为例
    # 获取当前请求的小写格式(lower方法转换大写为小写)，然后判断当前请求是否合法
    if request.method.lower() in self.http_method_names:
        
        """
        getattr：反射
        通过字符串来操作对象的属性或者方法
        """
        handler = getattr(self, request.method.lower(), self.http_method_not_allowed)
        # handler = getattr(自己写的类的对象,'get', 当找不到get属性或者方法的时候就会用到第三个参数)
        # handler = 我们自己写的类里面的get方法
        
    else:
        # 请求不合法会报错
        handler = self.http_method_not_allowed
        
    # 最后自动调用我们类里面写的get方法
    return handler(request, *args, **kwargs)
"""
这就是为什么CBV可以根据不同的请求来做不同的操作的关键

getattr(self, request.method.lower(), self.http_method_not_allowed)
"""

5、总结：CBV内部执行流程

url(r'^login/', views.MyCBV.as_view())

"""
MyCBV是我们自己写的类，里面有get和post两个方法，分别对应get和post请求
用户输入loign，调用as_view方法，把MyCBV类传进去
as_view是一个闭包函数，返回view方法，就相当于 url(r'^login/', views.view)
view方法把我们写的类产生一个对象，然后点dispatch方法，进入CBV的精髓所在
dispatch先判断请求是否合法，合法后通过反射：getattr方法，看我们写的类中是否有get或者其他合法请求的方法
我们的类中有get或者其他合法请求的方法，dispatch自动帮我们调用该方法，所以CBV才能根据不同的请求来做相应的操作
"""