基于班级的观点的优势是什么?
-
09-10-2019 - |
题
我今天读到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]
?可怕!) - 短
- 符合干燥的不少
我缺少大事吗?我为什么要使用它们?那些是文档上的吗?如果是这样,那么理想的用例是什么?是 混合物 有用吗?
预先感谢任何贡献的人!
PS 对于那些可能想知道的人来说,我也从未被通用的观点所吸引:一旦我需要一些高级功能,它们就不会比常规观点短。
解决方案
您可以为特定情况下的类和完善方法,例如get_context_data,然后将其余的按原样保留。您不能使用功能来做到这一点。
例如,您可能需要创建一个新的视图,该视图可以完成前一个的所有视图,但是您需要在上下文中包含额外的变量。子序列原始视图并覆盖GET_CONTEXT_DATA方法。
同样,将模板渲染到单独的方法所需的步骤分开会促进更清晰的代码 - 方法越少,就越容易理解。使用常规的视图功能,所有功能都将其倾倒到一个处理单元中。
其他提示
如果 self.args[0]
在困扰您,另一种选择是:
urlpatterns = patterns('books.views',
url(r'^books/(?P<slug>\w+)/$', 'publisher_books_list', name="publisher_books_list"),
)
那你可以使用 self.kwargs['slug']
相反,使其更具可读性。
您的示例功能和类在功能上不等。
基于类的版本可免费提供分页,并禁止使用其他HTTP动词。
如果您想将其添加到您的功能中,则将更长的时间。
但这确实是更复杂的。
这是我第一次听到这个消息 - 我喜欢它。
老实说,我在这里看到的优势是,它使视图与Django总体上更加一致。模型是课程,我一直觉得观点也应该是。我知道并非所有内容都是,但是视图和模型是两个大量使用的 类型.
至于技术优势?好吧,在python中,一切都是班级(或对象?) - 那么真的有区别吗?首先不是99%的句法糖吗?
考虑基于班级的观点的一种方法是,它们就像一个带有训练轮的Django管理员,因此更灵活(但更难以理解)。
例如,管理员中的列表显示显然是基于通用列表视图。最简单的列表视图您只会定义模型或QuerySet。
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
这实现了同样的事情。同样,如果您重视对管理员进行自定义,您会看到很多重叠。
这个网站在这里应该可以更好地了解他们的工作。