DRF cbv源码分析 restful规范10条 drf:APIView的源码 Request的源码 postman的安装和使用

CBV 执行流程

　　路由配置：url(r'^test/',views.Test.as_view()),  --> 根据路由匹配，一旦成功，会执行后面函数（request） --> 本质就是执行了as_view内部的view函数 --> 内部又调用了self.dispatch --> 根据请方式，执行不同的方法（必然get请求，就会执行视图类的get方法）

　　自己分装一个类 重写dispatch方法，在执行父类的dispatch之前，写一些逻辑，请求来了，就会执行这些逻辑

from django.views import View
class APIView(View):
    def dispatch(self, request, *args, **kwargs):
        # 写控制条件
        ret = super().dispatch(request,*args,**kwargs)
        return ret

class Test(APIView):
    def get(self,request,*args,**kwargs):
        return HttpResponse('ok收到了了')

restful规范

 面向资源架构 10条

　　1 API与用户的通信协议，总是使用HTTPs协议 　　这个协议比HTTP协议更安全一些

　　2 域名有区分　　① https://api.example.com　　@https://example.com/api/ 　　两种书写方式

　　3 版本　　可以放在路径中　　可以放在请求头中

　　　　https://api.example.com/v1/

　　4 路径，是网络上任何东西都是资源，均使用名词表示（重点）

　　　　https://api.example.com/imgs

　　5 通过method 区分是什么操作(重点)

　　　　get 表示获取

　　　　post 提交数据表示新增

　　　　delete表示删除

　　　　patch/put　　表示修改

　　6 过滤，通过在url上传参的形式传递搜索条件　　是查询所有 还是某一个分类或标签下的某一个资源

　　7 状态码

　　　　{'code' :100}

　　8 信息处理，错误处理应返回错误信息

　　　　{'code':101,'msg':'用户名或密码错误'}

　　　  {'code':100,'msg':'登录成功'}

　　9 返回结果，针对不同操作，服务器像用户返回的结果

　　　　get请求的获取所有资源　　127.0.0.1/api/v1/books　　获取所有图书　　{'code':100,'msg':'success',data:[{},{},{}]}

　　　　get获取一个资源　　　　127.0.0.1/api/v1/books/3　　获取id为3的图书　　{'code':100,'msg':'success',data:{'name':'小右'}}

　　　　新增数据，把新增的数据再返回

　　　　修改了数据，返回完整的资源对象

　　　　删除数据，返回一个空文档

　　10 返回结果中提供链接

基于原生django开发restful的接口

写获取图书接口　　前端不用用queryset　　用json转成字符串

JsonResponse 默认是传送字典类型　　想要传送非字典类型需要设置safe=False   中文会被JsonResponse按照ascii编码 

def lide(request):
    if request.method == 'GET':
        books = models.Book.objects.all()
        # 列表推导式
        l = [{'name': book.name, 'publish': book.publish} for book in books]
        res = {'code': 100, 'msg': '查询成功', 'data': l}

        # 把它发回前端  
        return JsonResponse(res, safe=False, json_dumps_params={'ensure_ascii': False})

 源码

drf:APIView的源码，Request的源码

 安装：　　pip3 install djangorestframework　　第二种是pycharm安装

使用：　　第一步，在写视图，都写cbv

from rest_framework.views import  APIView
class Books(APIView):
    def get(self,request):
        '''
        request是被封装后的request,原生的request在requeset._rquest 
        如果想要用用原生的request中的属性，还是原来的用法，因为Request重写了__getattr__方法
        原生django只能处理urlencoded和formdata编码，如果是jason格式，原生django是不能处理的，需要自己从body中自行处理的 也就是前面说的
        只有json才可以看body  request.data 不管前端传输的编码格式是urlencoded,formdata或者json,都是从里面取值 request.data
        request.query_params 是原来django原生的GET中的数据
        self.FILES 就是上传的文件
        :param request: 
        :return: 
        '''
        
        dic={'name':'lqz','age':30,'height':178,'wife':['liuyifei','dilireba','langlixiaobailong']}
        
        return JsonResponse(dic)

在settings文件中配置　　INSTALLED_APPS=[...,'rest_framework']

源码分析：

　　继承了APIView之后 　　

　　　　1所有的请求都没有csrf的认证了　　

 　　　　忽略校验

　　　　2 在APIView中as_view本质上还是调用了父类的as_view(View的as_view)

　　　　3 as_view中调用dispath  --> 这个dispatch是APIView的dispatch（先从自身查找没有找父类APIView的找到dispatch）

APIView的dispatch方法：

　　

　　1 对原生request对象做了一层装（面向对象的封装），以后再用的request对象是新的request对象

原生request对象里面有个GET（以get形式提交的数据）都拆到environ内部 django把数据取出来转成了QueryDict的对象   

看具体怎么封装的打印一下request._request的类型拿到类之后from impot点击进入

 

QueryDict对象 GET方法上面的装饰器可能是个缓存的装饰器 不然每次都实例化一个QueryDict对象浪费资源

　　

 session不是原生requeset对象的属性，在中间件中放进去的（django.contrib.sessions.middleware.SessionMiddleware）　　

　　2 在APIView中self.initial（request,*args,**kwargs），里面有频率控制，权限控制和认证相关

　　3 根据请求方法执行视图类中的相应方法

　　　　视图类中方法的request对象，已经变成了封装后的request

drf的Request类：

　　1 原生的request是self._request

　　2 data（post提交的数据，urlencoded,formdata编码方式的数据,json格式）

　　　　提交的data的类型并不是固定的，可能是QuerDict post提交的数据类型,也可能是字典

　　3 query_params 就是原生request的GET的数据

　　4 上传的文件是从FILES中取

　　

　　5 （重点）其他的属性，直接request.属性名当属性不存在就会执行该该方法（因为Request重写了__getattr__方法）

postman的安装和使用

模拟向接口发送请求，测试接口 它不是浏览器不会有重定向加反斜杠再走一遍