Django中的类视图
Django视图指向一个函数，如果您只想更改一些功能，则可能会出现问题。是的，函数中可以有数百万个关键字参数，如果有语句，甚至可以更多，但是我在想更多的面向对象方法。
例如，我有一个显示用户的页面。该页面与显示组的页面非常相似，但仍与仅使用另一个数据模型不太相似。小组也有成员等…
一种方法是将视图指向类方法，然后扩展该类。有没有人尝试过这种方法或有其他想法？
问题答案：
我已经创建并使用了自己的通用视图类，进行了定义， __call__ 因此该类的实例是可调用的。我很喜欢;
虽然Django的通用视图允许通过关键字参数进行一些自定义，但是OO通用视图（如果将其行为拆分为多个单独的方法）可以通过子类进行更细粒度的自定义，这使我重复了很多。（我厌倦了在需要调整Django通用视图所不允许的任何东西时重写相同的create
/ update视图逻辑）。
我已经在djangosnippets.org上发布了一些代码。
我看到的唯一真正的缺点是内部方法调用的激增，这可能会在一定程度上影响性能。我认为这不是什么大问题。很少有Python代码执行会成为Web应用程序中的性能瓶颈。
更新 ：Django自己的通用视图现在基于类。
更新
：FWIW，自编写此答案以来，我已经改变了对基于类的观点的看法。在几个项目中广泛使用它们之后，我觉得它们倾向于导致令人满意地DRY编写的代码，但是以后很难阅读和维护，因为功能分布在许多不同的地方，并且子类是如此依赖有关超类和混合的每个实现细节。我现在觉得TemplateResponse和视图装饰器是分解视图代码的更好答案。
-
提到 Django 和 Flask，Tornado 开发者印象最深的可能就要属这个视图函数了，使用简单但是难以扩展， 尤其这个 if request.method == 'GET' 着实不够优雅，引起使用起来非常受限。 这样一个明显的缺陷，不可能不被官方注意到，两者也确实提供了更强大的的视图类。 Django Django 1.8 的文档 中 提供了这样的示例： # some_app/views.
-
前面第9节中我们简单介绍了 Django FBV 和 CBV，分别表示以函数形式定义的视图和以类形式定义的视图。函数视图便于理解，但是如果一个视图函数对应的 URL 路径支持多种不同的 HTTP 请求方式时，如 GET, POST, PUT 等，需要在一个函数中写不同的业务逻辑，这样导致写出的函数视图可读性不好。此外，函数视图的复用性不高，大量使用函数视图，导致的一个结果就是大量重复逻辑和代码，严
-
问题内容： 我想对表单使用django 1.3的基于类的通用视图，但有时必须在一种表单中管理多个表单类。但是，看起来基于FormMixin的现有视图假定了一个表单类。 通用视图是否有可能，我将如何做？ 编辑：澄清一下，我有一种形式，但不止一种（基于ModelForm的）类。例如，在django文档的inline_formset示例中，我想展示一个页面，在其中可以以一种形式一次编辑作者和他的书： 问
-
问题内容： 我不清楚在Django 1.5中如何最好地在基于类的视图中访问URL参数。 考虑以下： 视图： URLCONF： 我想在我的视图中访问参数，因此可以执行以下逻辑： 例如，如何最好地访问CBV中被子类化的url参数，理想情况下应将逻辑放置在哪里？在某种方法上？ 问题答案： 要在基于类的视图中访问url参数，请使用或，这样你就可以通过
-
本文向大家介绍Django serializer优化类视图的实现示例，包括了Django serializer优化类视图的实现示例的使用技巧和注意事项，需要的朋友参考一下 一. create优化 在serializer序列化中，我们通过创建序列化器对象的方式地简化了视图函数的代码，前端传入的数据通过反序列化操作进行了各种数据校验，代码如下： 可以看到，这里创建了两个序列化器类对象，一个serial
-
问题内容： 主视图是一个简单的分页ListView，我想向其中添加搜索表单。 我认为这样可以解决问题： 但是显然我错了..我在官方文档中找不到该怎么做的方法。 建议？ 问题答案： 这些答案对引导我朝正确的方向大有帮助。谢谢大家 对于我的实现，我需要一个窗体视图，该窗体视图同时在get和post上返回ListView。我不喜欢重复get函数的内容，但需要进行一些更改。现在，self.form也可以从