他们确实做了不同的事情。
get()
这是一个最高级的方法，而且也为每个HTTP动词- ，，
get()等你会当你想之前请求由视图或后处理做点什么覆盖它。但这仅在第一次加载表单视图时才调用，而不是在提交表单时调用。文档中的基本示例。默认情况下，它将仅呈现配置的模板并返回HTML。
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 respget_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>现在回答你的主要问题，你之所以拥有如此众多的方法，是为了让你轻松地精确定位你的自定义逻辑。它不仅使你的代码更具可读性和模块化，而且更具可测试性。
