首页 > 其他分享 >Django学习小记[6]——Class-based View

Django学习小记[6]——Class-based View

时间:2023-08-27 10:35:58浏览次数:53  
标签:based name get self Django context class View


这节我们讲一下Class-based View,为什么要有这个Class-based View呢?view不都是一个方法吗?跟类有啥关系?其实答案很明显,用类其实是为了抽象,抽象出通用的,将可变的暴露出来,这样我们就可以用最少的代码实现复杂的功能了。

Django中,对那些我们平时经常用的View进行了封装,比如用于渲染一个template的TemplateView,用于处理重定向的RedirectView,用于处理表单的FormView,用于处理数据库对象的DetailView和ListView等,这些View有一个共同的父类:View,在这个View类中,向外暴露了一个类方法:as_view(),它返回一个方法,这就是所有的View类的入口,这也和view是一个方法的说法不违背了。

下面我们就分别来看下Django内置的几个常用的View是怎么实现,以及怎么使用的。

TemplateView

下面是TemplateView的实现类图:


Django学习小记[6]——Class-based View_sed

View类提供了as_view()类方法,注意,这个方法只能当作类方法使用,不能用在实例上,它返回一个内方法view(),在这个方法中,做的事情就是dispatch的事情,根据请求的方法,调用相应的方法去处理请求,如果你发送了一个GET请求,那么在view()方法中就会分发到get()方法中去处理。View类就主要封装了这个功能,这个功能是最高层的抽象,所有的view都需要有这个特性。

ContextMixin类则只是实现了一个方法,get_context_data(),这是为在渲染template的时候,提供了一个默认的context,一般子类都会重写这个方法的。

TemplateResponseMixin类,就是真正干事的类了,它在render_to_response()方法中,返回一个TemplateResponse对象,template用的就是类属性template_name指定的。

然后TemplateView继承上面的三个类,实现了get()方法,

def get(self, request, *args, **kwargs):
    context = self.get_context_data(**kwargs)                                                                                                        
    return self.render_to_response(context)

组织了一下父类中的方法,得到context,然后传给render_to_response()去构造TemplateResponse对象,渲染模板,返回,就完事了。

以上,是Django给我们封装的,那么我们要怎么来用呢?其实,非常简单:

最简单的例子:

from django.conf.urls import patterns
from django.views.generic import TemplateView

urlpatterns = patterns('',
    (r'^about/', TemplateView.as_view(template_name="about.html")),
)

使用Class-based View有两种方法,一个是在as_view()中直接传入参数,它会覆盖掉该View原有的属性,这种情况只适用于处理不复杂的情况,另外一个就是直接继承该View,然后覆盖其中的方法,属性等,实现自己想要的功能,如:

from django.views.generic import TemplateView

class AboutView(TemplateView):
    template_name = "about.html"

这样,在URLconf中,直接使用as_view()就可以了,不用传递参数:

from django.conf.urls import patterns
from some_app.views import AboutView

urlpatterns = patterns('',
    (r'^about/', AboutView.as_view()),
)

是不是很简单?只需要几行代码,就实现了以前要很多代码才能实现的功能,这就是框架的力量啊。

ListView and DetailView

ListView和DetailView可以放到一起来说,这两个View类实现的非常的相似,下面两个类图,分别是ListView和DetailView的类图,从类图上看,就可以知道它们是多么的像,所不同的就只是把获取一个对象列表的函数,换成了获取一个对象的函数,大同小异。我对这些View类灵活的运用,就必须清楚它的内部结构,才能知道怎么去实现自定制。

ListView类图:


Django学习小记[6]——Class-based View_sed_02

DetailView类图:


Django学习小记[6]——Class-based View_django_03

在这两个类图中,最关键的组件就是MultiObjectMixin和SingleObjectMixin这两个类了,他们实现的功能是从数据库中读取数据,并且构建要传入template的context。每个类都有一些属性和方法可以覆盖,实现自定制,比如可以覆盖context_object_name变量,用来指定传入template的context的对象的变量名;可以覆盖get_context_data()方法,用来将其他的变量放到context中;为queryset赋值,就可以自己指定这个View操作的对象(列表);或者是直接重写get_queryset()/get_object()方法,简单暴力。

注意,这两个类,也是继承自TemplateResponseMixin,也就是说它们也是直接返回的TemplateResponse对象。

好,我们来举一个简单的例子:

persons/urls.py

from django.conf.urls import patterns, include, url 
from persons.views import PersonListView, PersonDetailView

urlpatterns = patterns('',
    url(r'^persons/$', PersonListView.as_view(), name='list'),
    url(r'^persons/(?P<pk>\d+)/$', PersonDetailView.as_view(), name='detail'),                                                                               
)

persons/views.py

from persons.models import Person
from django.views.generic import ListView, DetailView

class PersonListView(ListView):
    model = Person
    context_object_name = 'persons'

class PersonDetailView(DetailView):
    model = Person

persons/templates/persons/person_list.html

<h2>Person List</h2>                                                                                                                                         

<ul>
  {% for person in persons %}
  <li><a href={% url detail person.id %}>{{ person.first_name }} {{ person.last_name }}</a></li>
  {% endfor %}
</ul>

persons/templates/persons/person_detail.html

<h2>Person Detail</h2>                                                                                                                                       

{{ object.first_name }} {{ object.last_name }}

可以看到两个View类只有简简单单几行代码,覆盖了几个属性,就把整个view的功能完成了,你可能要问几个问题:

  1. context变量是什么呢?
  2. template是哪个呢?
  3. DetailView的URLconf的Pattern该怎么写?一定要写pk吗?

呵呵,这就是约定的力量,我只能说一切都在源码中,看文档都不一定能彻底明白。

Refs


附录:

ListView类图代码:

@startuml

class ContextMixin{
    get_context_data(self, **kwargs)
}

class View{
    {abstract} as_view(cls, **initkwargs)
    dispatch(self, request, *args, **kwargs)
}

class TemplateResponseMixin{
    template_name = None
    response_class = TemplateResponse
    content_type = None

    render_to_response(self, context, **response_kwargs)
    get_template_names(self)
}

class MultipleObjectMixin{
    allow_empty = True
    queryset = None
    model = None
    paginate_by = None
    paginate_orphans = 0
    context_object_name = None
    paginator_class = Paginator
    page_kwarg = 'page'
    ordering = None

    get_queryset()
    get_context_object_name(self, object_list)
    get_context_data(self, **kwargs)
}

class BaseListView{
    get(self, request, *args, **kwargs)
}

class MultipleObjectTemplateResponseMixin{
    template_name_suffix = '_list'
    get_template_names()
}

ContextMixin <|-- MultipleObjectMixin
MultipleObjectMixin <|-- BaseListView
View <|-- BaseListView
TemplateResponseMixin <|-- MultipleObjectTemplateResponseMixin
MultipleObjectTemplateResponseMixin <|-- ListView
BaseListView <|-- ListView

@enduml

DetailView类图代码:

@startuml

class ContextMixin{
    get_context_data(self, **kwargs)
}

class View{
    {abstract} as_view(cls, **initkwargs)
    dispatch(self, request, *args, **kwargs)
}

class TemplateResponseMixin{
    template_name = None
    response_class = TemplateResponse
    content_type = None

    render_to_response(self, context, **response_kwargs)
    get_template_names(self)
}

class SingleObjectMixin{
    queryset = None
    model = None
    slug_field = 'slug'
    context_object_name = None
    slug_url_kwarg = 'slug'
    pk_url_kwarg = 'pk'
    query_pk_and_slug = False

    get_object(self, queryset=None)
    get_queryset(self)
    get_context_object_name(self, object_list)
    get_context_data(self, **kwargs)
}

class BaseDetailView{
    get(self, request, *args, **kwargs)
}

class SingleObjectTemplateResponseMixin{
    template_name_suffix = '_detail'
    template_name_field = None

    get_template_names()
}

ContextMixin <|-- SingleObjectMixin
SingleObjectMixin <|-- BaseDetailView
View <|-- BaseDetailView
TemplateResponseMixin <|-- SingleObjectTemplateResponseMixin
SingleObjectTemplateResponseMixin <|-- DetailView
BaseDetailView <|-- DetailView

@enduml

标签:based,name,get,self,Django,context,class,View
From: https://blog.51cto.com/u_5173797/7251082

相关文章

  • Django学习小记[4]——URL Dispatcher
    URLdispatcher简单点理解就是根据URL,将请求分发到相应的方法中去处理,它是对URL和View的一个映射,它的实现其实也很简单,就是一个正则匹配的过程,事先定义好正则表达式和该正则表达式对应的view方法,如果请求的URL符合这个正则表达式,那么就分发这个请求到这个view方法中。有了这个bas......
  • Django学习小记[2] —— Model
    开始学习django的model了,学习django的目的很简单,就是我想用django搭建一个自己的博客,现在开源的已经有django-zinnia这个博客引擎了,但是想要看懂它,并且修改它,就必须过django这一关。之前对django的了解,仅仅限于用到了什么,就知道什么,缺乏系统的学习,所以要把django的文档都过一遍,做......
  • Django学习小记[1] —— Start
    Part1Part1通过举例,从整体上过了一遍django的基本内容,包括project,app,database,model等内容。有几下内容需要注意:projectvs.appapp是一个web应用程序,它是实际用来做事的,比如zinnia这个用django写的博客引擎就是一个app,但是一个project是配置文件和app的集合,相当于一个......
  • 【补充】Django中的信号
    【一】Django中的信号Django中的信号是一种机制,用于在特定事件发生时自动触发相关的操作或函数。通过使用信号,可以实现模块间的解耦和事件驱动的编程。在Django中,有两种类型的信号:内置信号和自定义信号。【二】内置信号Django提供了许多内置信号,以便我们在与数据库交互......
  • Django 中实现上传图片配置
    models文件创建的字段模型,类型为ImageField,在ImageField中添加以下代码(如果该文件夹不存在则自动创建) settings文件代码如下  url配置 ......
  • django配置swagger自动生成接口文档以及自定义参数设置
    首先安装swagger所用的包pipinstalldrf-yasg然后再settings.py中注册app     接口采用的token认证,在settings.py配置认证方式SWAGGER_SETTINGS={'USE_SESSION_AUTH':False,'SECURITY_DEFINITIONS':{......
  • scroll-view 组件里的 scroll-into-view 属性实例
    微信小程序的scroll-view组件中,scroll-into-view属性可以指定滚动到指定id的位置。<scroll-viewclass="content"scroll-yscroll-into-view="{{intoIndex}}"scroll-with-animation>intoIndex值应为某子元素id(id不能以数字开头),设置哪个方向可滚动,则在哪个方向滚动到该......
  • iOS开发之--TableViewCell重用机制避免重复显示问题
    常规配置如下当超过tableView显示的范围的时候后面显示的内容将会和前面重复//这样配置的话超过页面显示的内容会重复出现-(UITableViewCell*)tableView:(UITableView*)tableViewcellForRowAtIndexPath:(NSIndexPath*)indexPath{//定义唯一标识staticNSStrin......
  • ios开发之 -- xib关联自定义view
    在xib下使用自定义的view,因为很多时候,可能幸亏自顶一个view,然后在view里面填充控件,但是需要重写很多无用的代码,而且很容易出错不说,还很好工作量,使用xib的话,分钟搞定一个view,话不多说,步骤如下:1,先创建一个view2,创建一个xib3,"File'sOwner"的class继承为:MyView(即自定义创建的视图......
  • ios开发之 -- UIView总结
    如果想调用某个类的某个方法可以写成这样,这个方法来自NSObject类performSelector:performSelector:withObject:performSelector:withObject:withObject: 实际调用[selfperformSelector:@selector(displayViews)withObject:nilafterDelay:1.0f];有三个方法分别是//父视图......