什么时候在 Django 中使用 get、get_queryset、get_context_data？

Question

我最近了解到，当您特别想要执行默认视图以外的其他操作时，您应该覆盖 get 方法：

class ExampleView(generic.ListView):
    template_name = 'ppm/ppm.html'

    def get(self, request):
        manager = request.GET.get('manager', None)
        if manager:
            profiles_set = EmployeeProfile.objects.filter(manager=manager)
        else:
            profiles_set = EmployeeProfile.objects.all()
            context = {
                'profiles_set': profiles_set,
                'title': 'Employee Profiles'
            }

这很简单，但是我什么时候应该使用get_queryset或get_context_data不是get ？ 对我来说，他们似乎基本上做同样的事情，还是我只是错过了什么？ 我可以一起使用它们吗？ 这对我来说是一个主要的困惑来源。

所以重申：在什么情况下我会使用get_queryset或get_context_data ，反之亦然？

Answer 1

他们确实做不同的事情。

get()

这是一个顶级方法，每个 HTTP 动词都有一个 - get() 、 post() 、 patch()等。当您想在视图处理请求之前执行某些操作时，您可以覆盖它，或者之后。 但这仅在第一次加载表单视图时调用，而不是在提交表单时调用。 文档中的基本示例。 默认情况下，它只会呈现配置的模板并返回 HTML。

class MyView(TemplateView):
    # ... other methods

    def get(self, *args, **kwargs):
        print('Processing GET request')
        resp = super().get(*args, **kwargs)
        print('Finished processing GET request')
        return resp

get_queryset()

由ListView使用 - 它确定要显示的对象列表。 默认情况下，它只会为您指定的模型提供所有信息。 通过覆盖此方法，您可以扩展或完全替换此逻辑。 有关该主题的 Django 文档。

class FilteredAuthorView(ListView):
    template_name = 'authors.html'
    model = Author

    def get_queryset(self):
        # original qs
        qs = super().get_queryset() 
        # filter by a variable captured from url, for example
        return qs.filter(name__startswith=self.kwargs['name'])

get_context_data()

此方法用于填充字典以用作模板上下文。 例如， ListView将在上面的示例author_list get_queryset()的结果填充为author_list 。 您可能最常覆盖此方法以添加要在模板中显示的内容。

def get_context_data(self, **kwargs):
    data = super().get_context_data(**kwargs)
    data['page_title'] = 'Authors'
    return data

然后在您的模板中，您可以引用这些变量。

<h1>{{ page_title }}</h1>

<ul>
{% for author in author_list %}
    <li>{{ author.name }}</li>
{% endfor %}
</ul>

---

现在回答你的主要问题，你有这么多方法的原因是让你轻松地以精确的方式粘贴自定义逻辑。 它不仅使您的代码更具可读性和模块化，而且更易于测试。

文档应该解释一切。 如果仍然不够，您可能会发现这些来源也很有帮助。 你会看到一切都是如何用 mixin 实现的，因为一切都是分开的。

Answer 2

我们来看一下ListView的get方法的默认实现：

https://github.com/django/django/blob/92053acbb9160862c3e743a99ed8ccff8d4f8fd6/django/views/generic/list.py#L158

class BaseListView(MultipleObjectMixin, View):
    """
    A base view for displaying a list of objects.
    """
    def get(self, request, *args, **kwargs):
        self.object_list = self.get_queryset()
        allow_empty = self.get_allow_empty()

        if not allow_empty:
            # When pagination is enabled and object_list is a queryset,
            # it's better to do a cheap query than to load the unpaginated
            # queryset in memory.
            if (self.get_paginate_by(self.object_list) is not None
                    and hasattr(self.object_list, 'exists')):
                is_empty = not self.object_list.exists()
            else:
                is_empty = len(self.object_list) == 0
            if is_empty:
                raise Http404(_("Empty list and '%(class_name)s.allow_empty' is False.")
                        % {'class_name': self.__class__.__name__})
        context = self.get_context_data()
        return self.render_to_response(context)

您会注意到get_queryset在第一行中被调用。 如果您只想在应用一些过滤/排序等后返回模型的查询集，您可以简单地覆盖它。

您不需要为此覆盖整个get方法，因为您将缺少所有这些提供的功能，即分页、404 检查等。

get_context_data将结果查询集与上下文数据（如用于分页的查询字符串参数等）合并在一起。

我的建议是每隔一段时间检查一下 django 的源代码，并尝试对其进行一些了解，以便您可以识别出可以覆盖/替换的最合适的方法。