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的安装和使用

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

原文地址:https://www.cnblogs.com/lakei/p/11116701.html