Django 中的类视图

Question

Django视图指向一个函数，如果您只想更改一点功能，这可能是一个问题。 是的，我可以在函数中有数百万个关键字参数，甚至更多的 if 语句，但我更多地考虑的是面向对象的方法。

例如，我有一个显示用户的页面。 此页面与显示组的页面非常相似，但与仅使用其他数据模型仍然不太相似。 集团也有成员等...

一种方法是将视图指向类方法，然后扩展该类。 有没有人尝试过这种方法或有任何其他想法？

Answer 1

我已经创建并使用了我自己的通用视图类，定义了__call__以便该类的实例是可调用的。 我很喜欢; 虽然 Django 的通用视图允许通过关键字参数进行一些自定义，但面向对象的通用视图（如果它们的行为被拆分为多个单独的方法）可以通过子类化进行更细粒度的自定义，这让我可以减少重复自己的内容。 （每当我需要调整 Django 的通用视图不允许的东西时，我都厌倦了重写相同的创建/更新视图逻辑）。

我已经在djangosnippets.org 上发布了一些代码。

我看到的唯一真正的缺点是内部方法调用的激增，这可能会在一定程度上影响性能。 我不认为这是一个大问题。 Python 代码执行很少会成为您在 Web 应用程序中的性能瓶颈。

更新：Django 自己的 通用视图现在是基于类的。

更新：FWIW，自从写这个答案以来，我已经改变了我对基于类的视图的看法。 在几个项目中广泛使用它们之后，我觉得它们往往会导致代码编写起来令人满意，但以后很难阅读和维护，因为功能分布在许多不同的地方，并且子类非常依赖关于超类和混合的每个实现细节。 我现在觉得TemplateResponse和视图装饰器是分解视图代码的更好答案。

Answer 2

我需要使用基于类的视图，但我希望能够在我的 URLconf 中使用类的全名，而不必总是在使用之前实例化视图类。 帮助我的是一个非常简单的元类：

class CallableViewClass(type):
    def __call__(cls, *args, **kwargs):
        if args and isinstance(args[0], HttpRequest):
            instance = super(CallableViewClass, cls).__call__()
            return instance.__call__(*args, **kwargs)
        else:
            instance = super(CallableViewClass, cls).__call__(*args, **kwargs)
            return instance


class View(object):
    __metaclass__ = CallableViewClass

    def __call__(self, request, *args, **kwargs):
        if hasattr(self, request.method):
            handler = getattr(self, request.method)
            if hasattr(handler, '__call__'):
                return handler(request, *args, **kwargs)
        return HttpResponseBadRequest('Method Not Allowed', status=405)

我现在可以实例化视图类并将实例用作视图函数，或者我可以简单地将我的 URLconf 指向我的类并让元类为我实例化（并调用）视图类。 这是通过检查__call__的第一个参数来工作的——如果它是一个HttpRequest ，它必须是一个实际的 HTTP 请求，因为试图用HttpRequest实例实例化一个视图类是无稽之谈。

class MyView(View):
    def __init__(self, arg=None):
        self.arg = arg
    def GET(request):
        return HttpResponse(self.arg or 'no args provided')

@login_required
class MyOtherView(View):
    def POST(request):
        pass

# And all the following work as expected.
urlpatterns = patterns(''
    url(r'^myview1$', 'myapp.views.MyView', name='myview1'),
    url(r'^myview2$', myapp.views.MyView, name='myview2'),
    url(r'^myview3$', myapp.views.MyView('foobar'), name='myview3'),
    url(r'^myotherview$', 'myapp.views.MyOtherView', name='otherview'),
)

（我在http://djangosnippets.org/snippets/2041/ 上为此发布了一个片段）

Answer 3

如果您只是显示模型中的数据，为什么不使用Django 通用视图？ 它们旨在让您轻松显示模型中的数据，而无需编写自己的视图以及有关将 URL 参数映射到视图、获取数据、处理边缘情况、渲染输出等的内容。

Answer 4

您始终可以创建一个类，覆盖__call__函数，然后将 URL 文件指向该类的一个实例。 您可以查看FormWizard类以了解这是如何完成的。

Answer 5

除非你想做一些有点复杂的事情，否则使用通用视图是可行的方法。 它们比其名称所暗示的要强大得多，如果您只是显示模型数据，通用视图就可以完成这项工作。

Answer 6

通用视图通常是可行的方法，但最终您可以随意处理 URL。 FormWizard 以基于类的方式做事，就像一些用于 RESTful API 的应用程序一样。

基本上通过一个 URL，你会得到一堆变量和提供可调用对象的位置，你提供什么可调用对象完全取决于你——标准方法是提供一个函数——但最终 Django 对你所做的没有任何限制。

我确实同意再举几个如何做到这一点的例子会很好，但 FormWizard 可能是开始的地方。

Answer 7

您可以使用 Django 通用视图。 您可以通过 Django 通用视图轻松实现所需的功能

Answer 8

如果您想在页面之间共享通用功能，我建议您查看自定义标签。 它们很容易创建，而且非常强大。

此外，模板可以从其他模板扩展。 这允许您拥有一个基本模板来设置页面布局，并在填充空白的其他模板之间共享。 您可以将模板嵌套到任何深度； 允许您在一个地方指定独立的相关页面组的布局。

Answer 9

在我看来，您正在尝试组合不应该组合的东西。 如果您需要在视图中进行不同的处理，这取决于它是您要查看的 User 对象还是 Group 对象，那么您应该使用两个不同的视图函数。

另一方面，您可能希望从 object_detail 类型视图中提取一些常见的习惯用法……也许您可以使用装饰器或仅使用辅助函数？

-担