当前位置: 首页 > article >正文

【Django】Django Class-Based Views (CBV) 与 DRF APIView 的区别解析

Django Class-Based Views (CBV) 与 DRF APIView 的区别解析

在 Django 开发中,基于类的视图(Class-Based Views, CBV)是实现可重用性和代码结构化的利器。而 Django REST Framework (DRF) 提供的 APIView 是针对 API 开发的扩展。


一、CBV 视图解析
class BookView(View):
    def get(self, request):
        return HttpResponse("View GET请求...")

    def post(self, request):
        return HttpResponse("View POST请求...")

    def delete(self, request):
        return HttpResponse("View DELETE请求...")

BookView 继承自 Django 提供的 View 类,它定义了三个常见的 HTTP 方法(GET、POST 和 DELETE)。这里的 View 类是一个基类,用来处理请求方法的分发。

1. View 类中的 as_view
class View:
    def as_view(cls):
        def view(request, *args, **kwargs):
            self = cls()  # 实例化 BookView 类
            return self.dispatch(request, *args, **kwargs)
        return view
  • as_view 方法返回一个闭包函数 view,当有请求进来时,view 函数会被调用。
  • view 内部实例化视图类 BookView(),然后调用 dispatch 方法进行请求处理。
2. dispatch 方法
def dispatch(self, request, *args, **kwargs):
    handler = getattr(self, request.method.lower())  # 获取对应的处理方法,如 get/post
    return handler(request, *args, **kwargs)
  • dispatch 方法根据请求的 HTTP 方法(如 GET、POST 等),通过 getattr 动态调用对应的方法。
  • 如果是 GET 请求,它会调用 self.get();如果是 POST 请求,则调用 self.post(),以此类推。
3. 路由绑定
path("book/", views.BookView.as_view())

通过 as_view() 将类视图转换为可调用的视图函数,进而绑定到特定的 URL 路径。


二、DRF 中的 APIView 解析

DRF 提供的 APIView 是 CBV 的增强版,专门用于构建 API。它继承并扩展了 Django 的 View 类,增加了认证、权限和限流机制。

from rest_framework.views import APIView

class BookView(APIView):
    def get(self, request):
        return HttpResponse("APIView GET请求...")

    def post(self, request):
        return HttpResponse("APIView POST请求...")

    def delete(self, request):
        return HttpResponse("APIView DELETE请求...")
1. APIView 中的 as_view
class APIView:
    def as_view(cls):
        view = super().as_view()  # 调用父类 View 的 as_view 方法
        return view
  • APIView 重写了 as_view,但它仍然调用了 super().as_view(),也就是继承了 View 类中的逻辑。
  • 这意味着请求首先会经过 View 的分发机制。
2. dispatch 方法的增强
def dispatch(self, request, *args, **kwargs):
    request = self.initialize_request(request, *args, **kwargs)  # 初始化新的 request 对象
    self.request = request
    
    # 初始化:认证、权限、限流组件
    self.initial(request, *args, **kwargs)
    
    handler = getattr(self, request.method.lower())  # 获取对应的处理方法
    return handler(request, *args, **kwargs)
  • dispatch 方法做了更多的工作。除了请求方法的分发,还包括对请求对象的初始化(initialize_request),以及认证、权限和限流(initial)的处理。
  • 这些增强使 APIView 非常适合用于 API 开发,因为它考虑到了 API 常见的安全和性能需求。
3. 认证、权限、限流

APIView 会自动调用 DRF 的认证、权限和限流组件:

  • 认证self.initial 方法会触发 authentication_classes 中定义的认证机制。
  • 权限:同理,它会检查 permission_classes 中定义的权限控制。
  • 限流:则通过 throttle_classes 实现。

三、对比总结
特性Django View (CBV)DRF APIView
请求分发通过 dispatch 分发到 getpost 等方法继承自 View,同时增加了请求对象的初始化
请求处理只负责 HTTP 方法的处理增加了认证、权限、限流机制
适用场景适用于通用的 Web 开发适用于 API 开发,安全机制健全
使用场景分析
  • CBV 适合传统的 Web 应用开发,尤其是以模板渲染为主的场景。
  • APIView 则更适合 RESTful API 开发,它内置了很多用于处理 API 请求的功能,比如认证和限流,使得开发者能更专注于业务逻辑,而不必重复造轮子。

通过对 CBV 和 APIView 的对比分析,我们可以发现它们的核心逻辑相似,但在实际使用中,APIView 具有更多的扩展能力,尤其是对于 API 开发,DRF 的设计让开发者能更好地应对复杂的需求。


http://www.kler.cn/a/305076.html

相关文章:

  • MySQL重难点(一)索引
  • 「Py」Python基础篇 之 Python都可以做哪些自动化?
  • 040 线程池
  • jenkins提交gitee后自动部署
  • Xshell,Shell的相关介绍与Linux中的权限问题
  • 笔记 | image may have poor performance,or fail,if run via emulation
  • Python基础语法(1)上
  • 基于微信小程序的图书馆预约占座系统
  • 【vscode】 快速生成react组件
  • uniapp小程序,使用腾讯地图获取定位
  • 监听html元素是否被删除,删除之后重新生成被删除的元素
  • PHP悦读随行一键借阅图书小程序
  • 【hot100-java】【环形链表】
  • 代理IP设置后IP不变?可能的原因及解决方法
  • 网站优化与服务器:性能提升的双重奏
  • Orchestrator 与 Mysql 8.0 的兼容性
  • NLP中文本生成任务
  • 【系统规划与管理师】【案例分析】【考点】【答案篇】第6章 IT服务运营管理
  • CSP-J 算法基础 前缀和与差分
  • 计算机毕业设计选题推荐-项目评审系统-Java/Python项目实战
  • 学习使用在windows系统上安装nodejs以及环境配置图文教程整理
  • MongoDB 高级索引
  • linux与unix
  • Ruby 语法概览
  • 《UniVS: Unified and Universal Video Segmentation with Prompts as Queries》要点提炼
  • GitHub上克隆项目