基于类的视图的优点是什么?


82

我今天读到Django 1.3 alpha已发布,而最受吹捧的新功能是引入了基于类的视图
我已经阅读了相关文档,但是我发现很难看到使用它们可以带来巨大优势,因此,我想在这里寻求一些帮助以了解它们。
让我们从文档中获取一个高级示例

urls.py

from books.views import PublisherBookListView

urlpatterns = patterns('',
    (r'^books/(\w+)/$', PublisherBookListView.as_view()),
)

views.py

from django.shortcuts import get_object_or_404
from django.views.generic import ListView
from books.models import Book, Publisher

class PublisherBookListView(ListView):

    context_object_name = "book_list"
    template_name = "books/books_by_publisher.html",

    def get_queryset(self):
        self.publisher = get_object_or_404(Publisher, name__iexact=self.args[0])
        return Book.objects.filter(publisher=self.publisher)

    def get_context_data(self, **kwargs):
        # Call the base implementation first to get a context
        context = super(PublisherBookListView, self).get_context_data(**kwargs)
        # Add in the publisher
        context['publisher'] = self.publisher
        return context

现在,让我们将其与我自己在5分钟内针对此问题提出的“纯视图”解决方案进行比较(对于您可能在其中发现的任何错误,我深表歉意)。

urls.py

urlpatterns = patterns('books.views',
    url(r'^books/(\w+)/$', 'publisher_books_list', name="publisher_books_list"),
)

views.py

from django.shortcuts import get_object_or_404
from books.models import Book, Publisher

def publisher_books_list(request, publisher_name):
    publisher = get_object_or_404(Publisher, name__iexact=publisher_name)
    book_list = Book.objects.filter(publisher=publisher)

    return render_to_response('books/books_by_publisher.html', {
        "book_list": book_list,
        "publisher": publisher,
    }, context_instance=RequestContext(request))

我看到的第二个版本是:

  • 功能等效
  • 更具可读性(self.args[0]?太糟糕了!)
  • 更短
  • 符合DRY的要求

我缺少什么大东西吗?我为什么要使用它们?这些在文档上吗?如果是这样,那么理想的用例是什么?是否混入那有用吗?

在此先感谢任何贡献者!

PS对于那些可能会想知道的人,我也从来没有被通用视图所吸引:只要我需要一些高级功能,它们就会比普通视图更短。


4
是的,我也没有看到巨大的优势。希望看到一个很大的答案。
M. Ryan 2010年

1
完全同意。我对self.args [0]或self.kwargs ['slug']感到特别厌恶。现在,提供url参数的默认值也变得更加困难,例如:def Publisher_books_list(request,Publisher_name ='Herbert')
Kevin Renskers 2011年

Answers:


48

您可以为一个类创建子类,并针对特定情况优化诸如get_context_data之类的方法,而其余部分保持原样。您不能使用函数来做到这一点。

例如,您可能需要创建一个新视图来执行上一个视图的所有操作,但是您需要在上下文中包括额外的变量。子类化原始视图并覆盖get_context_data方法。

同样,将呈现模板所需的步骤分成单独的方法可以提高代码的清晰度-方法执行的次数越少,越容易理解。借助常规视图功能,所有功能都被转储到一个处理单元中。


2
是的,我可以看到这个。当试图决定是否应该使用RESTful,拥有完整的站点或移动站点时,它可以简化和频繁地进行混合。这样,可以在推导功能时尽可能长地推迟该决定。Pylons中的Webware模块具有此功能,它非常有用。也就是说,通过覆盖__call __()方法,使用Django早就可以实现基于类的视图。
Elf Sternberg 2010年

9
接受答案,因为它提供了一个很好的观点……但仍然没有感觉要使用它们,因为我很少遇到这样的问题。谢谢!
阿戈斯2010年

18

如果self.args[0]打扰您,替代方法是:

urlpatterns = patterns('books.views',
    url(r'^books/(?P<slug>\w+)/$', 'publisher_books_list', name="publisher_books_list"),
)

然后,您可以改用self.kwargs['slug']它,使其更具可读性。


10

您的示例函数和类在功能上并不相同。

基于类的版本免费提供分页,并禁止使用除GET之外的其他HTTP动词。

如果要将其添加到函数中,它将需要更长的时间。

但这确实更加复杂。


2
+1指出了差异,但是我个人认为require_GETdjango-pagination的用法非常简单,简洁,明确等。我更喜欢它们比(几乎:))更适合cbvs。
托马斯·杰林斯基

4

这是我第一次听到此消息-我喜欢它。

老实说,我在这里看到的好处是它使视图与Django总体上更加一致。模型是类,我一直认为视图也应该如此。我不知道所有内容,但视图和模型是两种常用类型

至于技术优势?好吧,在Python中,所有东西都是一个类(或对象?)-真的有区别吗?首先不是99%的语法糖吗?


我要说的是,一致性允许更大的代码重用。如果您的视图符合某些模式,则基本上可以减少很多样板。例如,基于aa模型的表单可以非常快速地生成基于类的视图。如果它需要几个额外的字段,它将开始变得有些棘手。如果您需要一个基于三个模型以及两个额外字段的表单,那么它们可能根本不会为您节省很多精力。
wobbily_col 2015年

1

考虑基于类的视图的一种方法是,它们就像是Django管理员,但没有训练轮,因此更加灵活(但更难理解)。

例如,管理员中的列表显示显然基于通用ListView。最简单的列表视图只定义一个模型或查询集。

class MyExampleView(ListView);
    model = ExampleModel 

您将需要提供自己的模板,但是它基本上与最基本的ModelAdmin相同。模型管理员中的list_display属性将告诉它要显示哪些字段,而在ListView中,您可以在模板中执行此操作。

class SpeciesAdmin(admin.ModelAdmin):
    list_display = ['name']
admin.site.register(ExampleModel , ExampleModelAdmin)

与管理员您有一个参数

list_per_page = 100

定义每页有多少个对象。列表视图有

paginate_by = 100

达到相同的目的。同样,如果您考虑大量定制管理员,则会发现很多重叠之处。

这里的站点应该使您更好地了解它们的功能。

http://ccbv.co.uk/

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.