在早期,我们认识到在视图开发过程中有共同的用法和模式。这时我们引入基于函数的通用视图来抽象这些模式以简化常见情形的视图开发。

基于函数视图的用法有以下三种:

def index(request):
return HttpResponse('hello world!') def index(request):
result = {'demo':'demo'}
return render(request, 'blog/about.html', result) def index(request):
result = {'demo':'demo'}
return render_to_response('blog/about.html', result)

基于函数的视图的问题在于,虽然它们很好地覆盖了简单的情形,但是不能扩展或自定义它们,即使是一些简单的配置选项,这让它们在现实应用中受到很多限制。基于类的通用视图然后应运而生,目的与基于函数的通用视图一样,就是为了使得视图的开发更加容易。

下面三个是最常使用的基于类的通用视图:

TemplateView,ListView,DetailView

TemplateView

TemplateView 一般只在需要返回模板时使用。

class ProtectView(TemplateView):
template_name = 'polls/name.html'

TemplateView 可以方便的定义要返回的模板但它不能把数据库中的内容查询展示出来,所以需要使用 DetailViewListView

所有基于类的通用视图中定义的方法需要在类视图调用 as_view() 方法后会被自动调用,因为 DjangoURL 解析器将请求和关联的参数发送给一个可调用的函数而不是一个类,所以基于类的视图有一个 as_view() 类方法用来作为类的可调用入口。

ListView

ListView 用于获取存储在数据库中的某个 Model 的列表。

class IndexView(ListView):
"""
首页视图函数,继承 ListView ,展示从数据库中获取的文章列表
"""
template_name = "blog/index.html"
context_object_name = "article_list"
model = Article

template_name 属性指定了需要渲染的模板,context_object_name 指定了模板中使用的上下文变量,model 指定了数据的来源。它的功能相当于取出了 modelArticle 的所有数据,使用变量 article_list 传递给了 blog/index.html 模板。ListView 中默认使用 object_list 作为上下文变量,可以使用 context_object_name 来自定义上下文变量,一般使用默认的对模板设计者不友好,所以都是自定义上下文变量的。model 属性指定了要获取表中的所有数据,它的功能相当于 article_list = Article.objects.all(),但是当你需要使用过滤条件或者对数据进行一定的操作时,则需要重写 ListView 中获取数据的方法(get_queryset 方法),像下面这样:

class IndexView(ListView):
"""
首页视图函数,继承 ListView ,展示从数据库中获取的文章列表
"""
template_name = "blog/index.html"
context_object_name = "article_list" def get_queryset(self):
"""
重写 get_queryset 方法,取出发表的文章并转换文章格式
"""
article_list = Article.objects.filter(status='p')
for article in article_list:
article.body = markdown2.markdown(article.body, extras=['fenced-code-blocks'], )
return article_list def get_context_data(self, **kwargs):
kwargs['category_list'] = Category.objects.all().order_by('name')
return super(IndexView, self).get_context_data(**kwargs)

此次重写了 get_context_data 方法,这个方法是用来添加额外的内容传递到模板文件的上下文对象(context)中。上面的例子中将 category_list 添加到上下文变量中,则在模板中可以使用 {{ }} 来展示 category_list 中的内容。

ListView 主要用来获取某个 model 中的所有数据,通过 template_name 属性来指定需要渲染的模板,通过 context_object_name 属性来指定上下文变量(默认为 object_list),通过重写 get_queryset 方法来对 model 中的数据增加其他逻辑,通过重写 get_context_data 方法来为上下文对象添加额外的对象。

DetailView

ListView 用来获取某个 model 中的所有数据,而 DetailView 则是获取每个数据的详细信息,比如 ListView 获取所有文章列表,DetailView 用来获取文章的详细信息。

class ArticleDetailView(DetailView):
"""
文章详情页
""" model = Article
template_name = 'blog/detail.html'
context_object_name = "article"
# 在 urlpattern 中定义的
pk_url_kwarg = 'article_id' def get_object(self, queryset=None):
"""
获取对应文章的信息
"""
obj = super(ArticleDetailView, self).get_object()
obj.body = markdown2.markdown(obj.body, extras=['fenced-code-blocks'], )
return obj # 增加 form 到 context
def get_context_data(self, **kwargs):
kwargs['comment_list'] = self.object.blogcomment_set.all() #获取评论
return super(ArticleDetailView, self).get_context_data(**kwargs)

pk_url_kwarg 定义用来获取对应的单条数据,需要传递主键的值。get_object 方法获取 pk_url_kwarg 中所要查找的对象,类似于 ListView 中的 get_queryset 方法,get_context_data 方法和 ListView 中的功能相同。

DetailView 主要用在获取某个 model 的单个对象中,需要在 URL 中传递一个主键值进行查询。

作者:田飞雨
链接:https://www.jianshu.com/p/6d6c890f5f72
來源:简书

Django 基于类的通用视图的更多相关文章

  1. Django 1.6 基于类的通用视图

    Django 1.6 基于类的通用视图 最初 django 的视图都是用函数实现的,后来开发出一些通用视图函数,以取代某些常见的重复性代码.通用视图就像是一些封装好的处理器,使用它们的时候只须要给出特 ...

  2. 用基于类的通用视图处理表单(Class-based generic views)

    处理表单通常包含3步: 初始化GET(空白的后者预填充的表单) POST非法数据(通常重新显示带有错误信息的表单) POST合法数据(提交数据并重定向) 为了将你从这些烦人的重复步骤中解救出来,Dja ...

  3. Django——django1.6 基于类的通用视图

    最初 django 的视图都是用函数实现的,后来开发出一些通用视图函数,以取代某些常见的重复性代码.通用视图就像是一些封装好的处理器,使用它们的时候只须要给出特定的参数集即可,不必关心具体的实现.各种 ...

  4. 基于类的通用视图(Class-based generic views)

    在web开发中,最令人头痛的就是一遍又一遍的重复固定的模式.在解决了模板层面和模型层面的重复代码之痛之后,Django使用通用视图来解决视图层面的代码重复. 扩展通用视图 毫无疑问通用视图可以大幅度地 ...

  5. Django——基于类的视图(class-based view)

    刚开始的时候,django只有基于函数的视图(Function-based views).为了解决开发视图中繁杂的重复代码,基于函数的通用视图( Funcation-based generic vie ...

  6. Django——基于类的视图源码分析 一

    基于类的视图(Class-based view)是Django 1.3引入的新的视图编写方式,用于取代以前基于函数(Function-based)方式. 借助于OO和Python中方便的多重继承特性, ...

  7. Django 基于类的视图(CBV)执行流程 CBV 源码分析

    一.CBV(基于类的视图) 视图是可以调用的,它接受请求并返回响应,这不仅仅是一个函数,Django提供了一些可以用作视图的类的例子,这些允许您通过继承或mixin来构建视图并重用代码. 基本示例 D ...

  8. Django——基于类的视图源码分析 二

    源码分析 抽象类和常用视图(base.py) 这个文件包含视图的顶级抽象类(View),基于模板的工具类(TemplateResponseMixin),模板视图(TemplateView)和重定向视图 ...

  9. Django——基于类的视图源码分析 三

    列表类通用视图(list.py) 此文件包含用于显示数据列表常用的类和工具类.不仅可以方便的用于显示基于模型(Model)的数据列表,也可以用于显示自定义数据列表. 此图中绿色部分属于base.py, ...

随机推荐

  1. text-overflow文本溢出隐藏“...”显示

    一.文本溢出省略号显示 1.文本溢出是否“...”显示属性:text-overflow:clip(不显示省略标记)/ellipsis(文本溢出时“...”显示) 定义此属性有四个必要条件:1)须有容器 ...

  2. 关于shared_ptr与weak_ptr的使用(good)

    shared_ptr是带引用计数的智能指针,可以说大部分的情形选择用shared_ptr不会出问题.那么weak_ptr是什么,应该怎么用呢? weak_ptr也是智能指针,但是比较弱,感觉没什么用. ...

  3. linux driver ------ 字符设备驱动 之 “ 创建设备节点流程 ”

    在字符设备驱动开发的入门教程中,最常见的就是用device_create()函数来创建设备节点了,但是在之后阅读内核源码的过程中却很少见device_create()的踪影了,取而代之的是device ...

  4. 以太网 ------ Auto-Negotiation(自动协商)

    说起自动协商(Auto-negotiation),我想很多人都不会陌生.当你把你PC机器上的网卡通过一段双绞线连接到某个交换机的某个端口的时候,如果你的网卡和交换机都支持自动协商功能的话,一件有趣的事 ...

  5. M1-Flask-Day3

    内容概要: websocket mysql连接池 sqlalchemy flask-sqlalchemy 练习: 1. 谈谈Flask和Django的认识? Django大而全的框架,把Web相关设计 ...

  6. JDBC工具类

    package com.shundong.uitl; import java.sql.Connection; import java.sql.DriverManager; import java.sq ...

  7. cucumbe无法识别中文场景的问题

    import org.junit.runner.RunWith; import cucumber.api.CucumberOptions; import cucumber.api.junit.Cucu ...

  8. u-boot(二)makefile

    目录 u-boot(二)makefile 引入 目录结构(1.1.6) 配置文件 目标 配置具体的单板 编译阶段 过程 链接入口 配置链接地址 附录 附录A:mkconfig解析 附录B 链接脚本 t ...

  9. css3 rotate(1turn)的用法

    1turn:一圈,一个圆共一圈. 90deg = 0.25turn.

  10. log4j 基础教程【转】

    参考引用自: http://javacrazyer.iteye.com/blog/1135493 我的git地址: https://git.oschina.net/KingBoBo/Log4JDemo ...