他们确实做了不同的事情。
get()
这是一个最高级的方法,而且也为每个HTTP动词-
,,等你会当你想之前请求由视图或后处理做点什么覆盖它。但这仅在首次加载表单视图时才调用,而不是在提交表单时调用。文档中的基本示例。默认情况下,它将仅呈现配置的模板并返回HTML。
get()``post()``patch()
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()
由
ListViews使用-
它确定要显示的对象列表。默认情况下,它只会为您指定的模型提供全部功能。通过覆盖此方法,您可以扩展或完全替换此逻辑。有关该主题的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()
此方法用于填充字典以用作模板上下文。例如,
ListViews将
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来实现所有事情,这仅是因为一切都是分隔的。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)