django中的CBV

CBV介绍

我们在写一个django项目时,通常使用的都是FBV(function base views)

而CBV(class base views)也有它自己的应用场景,比如在写一个按照rest规范写接口时,CBV的适用性就比FBV更强

先来看看CBV在django中的写法,与FBV有什么不同的地方

url(r‘^students/‘, views.StudentsView.as_view())

路由

from django.views import View

class StudentsView(View):

    def get(self,request,*args,**kwargs):
        return HttpResponse(‘GET‘)

    def post(self, request, *args, **kwargs):
        return HttpResponse(‘POST‘)

    def put(self, request, *args, **kwargs):
        return HttpResponse(‘PUT‘)

    def delete(self, request, *args, **kwargs):
        return HttpResponse(‘DELETE‘)

视图

首先,在views中定义的类是要继承django中的View类的,而StudentsView中并未定义as_view()这个方法,所以它会去执行View中的as_view方法

而as_view方法的返回值就是一个函数,这个函数是在as_view中的内部定义的

那么在我们访问url的时候,django会去调用这个view函数,view函数又去调用了self.dispatch方法,并返回了这个方法的返回值

所以查看一下dispatch这个方法

它就是对这个请求的method做了一个反射的操作,找到这个请求类型对应的方法然后去执行它,lower()的作用就是把method中的GET/POST等大写的方法名转化成小写的函数名,这样我们只需要在类中定义好小写的函数名就可以完成调用了

原理:
url -> view方法 -> dispatch方法(反射执行其他:GET/POST/DELETE/PUT)

流程:
class StudentsView(View):
    def dispatch(self, request, *args, **kwargs):
        print(‘before‘)
        ret = super(StudentsView,self).dispatch(request, *args, **kwargs)
        print(‘after‘)
        return ret

    def get(self,request,*args,**kwargs):
        return HttpResponse(‘GET‘)

    def post(self, request, *args, **kwargs):
        return HttpResponse(‘POST‘)

    def put(self, request, *args, **kwargs):
        return HttpResponse(‘PUT‘)

    def delete(self, request, *args, **kwargs):
        return HttpResponse(‘DELETE‘)

继承(多个类共用的功能,为了避免重复编写):
from django.views import View

class MyBaseView(object):
    def dispatch(self, request, *args, **kwargs):
        print(‘before‘)
        ret = super(MyBaseView,self).dispatch(request, *args, **kwargs)
        print(‘after‘)
        return ret

class StudentsView(MyBaseView,View): # 继承时要先继承我们自己定义的类,这样才有效,如果先继承View那么就会先去执行原码中的dispatch方法了

    def get(self,request,*args,**kwargs):
        print(‘get方法‘)
        return HttpResponse(‘GET‘)

    def post(self, request, *args, **kwargs):
        return HttpResponse(‘POST‘)

    def put(self, request, *args, **kwargs):
        return HttpResponse(‘PUT‘)

    def delete(self, request, *args, **kwargs):
        return HttpResponse(‘DELETE‘)

class TeachersView(MyBaseView,View):

    def get(self,request,*args,**kwargs):
        return HttpResponse(‘GET‘)

    def post(self, request, *args, **kwargs):
        return HttpResponse(‘POST‘)

    def put(self, request, *args, **kwargs):
        return HttpResponse(‘PUT‘)

    def delete(self, request, *args, **kwargs):
        return HttpResponse(‘DELETE‘)

流程

CBV中关于csrf一些需要注意的点

首先要知道csrf是如何实现的

django中的csrf是通过中间件中的process_view()方法来实现的

实现的过程分为两步:

第一步:检查视图是否被@csrf_exempt装饰器装饰

第二步:去请求体或cookie中获取token对应的值,并用算法与服务器发送给浏览器上的token值进行对比校验

情况一:
MIDDLEWARE = [
    ‘django.middleware.security.SecurityMiddleware‘,
    ‘django.contrib.sessions.middleware.SessionMiddleware‘,
    ‘django.middleware.common.CommonMiddleware‘,
    ‘django.middleware.csrf.CsrfViewMiddleware‘, # 全站使用csrf认证
    ‘django.contrib.auth.middleware.AuthenticationMiddleware‘,
    ‘django.contrib.messages.middleware.MessageMiddleware‘,
    ‘django.middleware.clickjacking.XFrameOptionsMiddleware‘,
]

from django.views.decorators.csrf import csrf_exempt
@csrf_exempt # 该函数无需认证
def users(request):
    user_list = [‘alex‘,‘oldboy‘]
    return HttpResponse(json.dumps((user_list)))

情况一

情况二:
MIDDLEWARE = [
    ‘django.middleware.security.SecurityMiddleware‘,
    ‘django.contrib.sessions.middleware.SessionMiddleware‘,
    ‘django.middleware.common.CommonMiddleware‘,
    #‘django.middleware.csrf.CsrfViewMiddleware‘, # 全站不使用csrf认证
    ‘django.contrib.auth.middleware.AuthenticationMiddleware‘,
    ‘django.contrib.messages.middleware.MessageMiddleware‘,
    ‘django.middleware.clickjacking.XFrameOptionsMiddleware‘,
]

from django.views.decorators.csrf import csrf_exempt
@csrf_protect # 该函数需认证
def users(request):
    user_list = [‘alex‘,‘oldboy‘]
    return HttpResponse(json.dumps((user_list)))

情况二

CBV小知识

csrf时需要使用
- @method_decorator(csrf_exempt)
- 在dispatch方法中(单独方法无效)

在cbv中使用csrf的方式也有两种

方式一:
from django.views.decorators.csrf import csrf_exempt,csrf_protect
from django.utils.decorators import method_decorator
class StudentsView(View):

    @method_decorator(csrf_exempt)
    def dispatch(self, request, *args, **kwargs):
        return super(StudentsView,self).dispatch(request, *args, **kwargs)

    def get(self,request,*args,**kwargs):
        print(‘get方法‘)
        return HttpResponse(‘GET‘)

    def post(self, request, *args, **kwargs):
        return HttpResponse(‘POST‘)

    def put(self, request, *args, **kwargs):
        return HttpResponse(‘PUT‘)

    def delete(self, request, *args, **kwargs):
        return HttpResponse(‘DELETE‘)

方式一

方式二:
from django.views.decorators.csrf import csrf_exempt,csrf_protect
from django.utils.decorators import method_decorator

@method_decorator(csrf_exempt,name=‘dispatch‘)
class StudentsView(View):

    def get(self,request,*args,**kwargs):
        print(‘get方法‘)
        return HttpResponse(‘GET‘)

    def post(self, request, *args, **kwargs):
        return HttpResponse(‘POST‘)

    def put(self, request, *args, **kwargs):
        return HttpResponse(‘PUT‘)

    def delete(self, request, *args, **kwargs):
        return HttpResponse(‘DELETE‘)

方式二

原文地址:https://www.cnblogs.com/louyifei0824/p/10012775.html

时间: 2024-10-09 03:35:00

django中的CBV的相关文章

Django中的CBV和FBV

Django中的CBV和FBV 一.  CBV CBV是采用面向对象的方法写视图文件. CBV的执行流程: 浏览器向服务器端发送请求,服务器端的urls.py根据请求匹配url,找到要执行的视图类,执行dispatch方法区分出是POST请求还是GET请求,执行views.py对应类中的POST方法或GET方法. 使用实例: urls.py path('login/',views.Login.as_view()) views.py from django import views #在views

django中的FBV和CBV

django中请求处理方式有2种:FBV 和 CBV 一.FBV FBV(function base views) 就是在视图里使用函数处理请求. 看代码: urls.py from django.conf.urls import url, include # from django.contrib import admin from mytest import views urlpatterns = [ # url(r'^admin/', admin.site.urls), url(r'^in

Django中请求的生命周期 和 FBV模式和CBV模式

Django的生命周期就是你的 一个请求所发生的整个流程 Django的生命周期内到底发生了什么呢?? 1. 当用户在浏览器中输入url时,浏览器会生成请求头和请求体发给服务端 请求头和请求体中会包含浏览器的动作(action),这个动作通常为get或者post,体现在url之中. 2. url经过Django中的wsgi,再经过Django的中间件,最后url到过路由映射表,在路由中一条一条进行匹配, 一旦其中一条匹配成功就执行对应的视图函数,后面的路由就不再继续匹配了. 3. 视图函数根据客

Django中CBV和Restful API中的APIView源码分析

Django中CBV和Restful API中的APIView源码分析 python的Django框架的视图处理可以用FBV, 也可以采用CBV.首先定义一个CBV视图: from django.views import Viewfrom django.http import JsonResponseclass Book(View):    def get(self, request):        ll = [{'key':value}]        return JsonResponse

Django中cookie和session

cookie Cookie的由来 大家都知道HTTP协议是无状态的. 无状态的意思是每次请求都是独立的,它的执行情况和结果与前面的请求和之后的请求都无直接关系,它不会受前面的请求响应情况直接影响,也不会直接影响后面的请求响应情况. 一句有意思的话来描述就是人生只如初见,对服务器来说,每次的请求都是全新的. 状态可以理解为客户端和服务器在某次会话中产生的数据,那无状态的就以为这些数据不会被保留.会话中产生的数据又是我们需要保存的,也就是说要"保持状态".因此cookie就是在这样一个场景

装饰器 以及 django 中的应用

装饰器本质上是一个Python函数,它可以让其他函数在不需要做任何代码变动的前提下增加额外功能,装饰器的返回值也是一个函数对象.它经常用于有切面需求的场景,比如:插入日志.性能测试.事务处理.缓存.权限校验等场景.装饰器是解决这类问题的绝佳设计,有了装饰器,我们就可以抽离出大量与函数功能本身无关的雷同代码并继续重用. # 简单的 装饰器 from functools import wraps # 装饰器修复 def wrapper(func): @wraps(func) # 装饰器修复 def

{Django基础八之cookie和session}一 会话跟踪 二 cookie 三 django中操作cookie 四 session 五 django中操作session

本节目录 一 会话跟踪 二 cookie 三 django中操作cookie 四 session 五 django中操作session 六 xxx 七 xxx 八 xxx 一 会话跟踪 我们需要先了解一下什么是会话!可以把会话理解为客户端与服务器之间的一次会晤,在一次会晤中可能会包含多次请求和响应.例如你给10086打个电话,你就是客户端,而10086服务人员就是服务器了.从双方接通电话那一刻起,会话就开始了,到某一方挂断电话表示会话结束.在通话过程中,你会向10086发出多个请求,那么这多个请

[转]cookie和session在Django中的应用

阅读目录 1 会话跟踪技术 2 cookie介绍 Cookie版登录校验 会话Session 回到顶部 1 会话跟踪技术 什么是会话跟踪 我们需要先了解一下什么是会话!可以把会话理解为客户端与服务器之间的一次会晤,在一次会晤中可能会包含多次请求和响应.例如你给10086打个电话,你就是客户端,而10086服务人员就是服务器了.从双方接通电话那一刻起,会话就开始了,到某一方挂断电话表示会话结束.在通话过程中,你会向10086发出多个请求,那么这多个请求都在一个会话中. 在Web中,客户向某一服务器

1205 CSRF跨站请求与django中的auth模块使用

目录 今日内容 昨日回顾 基于配置文件的编程思想 importlib模块 简单代码实现 跨站请求伪造csrf 1. 钓鱼网站 如何实现 模拟该现象的产生 2. 解决问题 解决 {% csrf_token %} 3. ajax如何解决 方式1 方式2 方式3 4. csrf相关的两个装饰器 1. 使用 2. 两个装饰器在CBV上的异同 django里settings源码剖析 django有两个配置文件 django auth模块 1. 是什么 2. 常用方法 2.1 创建用户 create_use