Django-render（），render_to_response（）和direct_to_template（）之间有什么区别？

238

最新的差值（在语言蟒/ django的小白可以理解）在之间的视图render()，render_to_response()和direct_to_template()？

def comment_edit(request, object_id, template_name='comments/edit.html'):
    comment = get_object_or_404(Comment, pk=object_id, user=request.user)
    # ...
    return render(request, template_name, {
        'form': form,
        'comment': comment,
    })

但我也看到了

    return render_to_response(template_name, my_data_dictionary,
              context_instance=RequestContext(request))

和

    return direct_to_template(request, template_name, my_data_dictionary)

有什么区别，在任何特定情况下使用什么？

python django

— 瑞安
source

185

https://docs.djangoproject.com/zh-CN/1.8/topics/http/shortcuts/#render

render(request, template[, dictionary][, context_instance][, content_type][, status][, current_app])

render()是一个render_to_response在1.3中崭新的快捷方式的品牌，该快捷方式将自动使用RequestContext，从现在开始我肯定会使用它。

2020年编辑：应该指出的是render_to_response()，在Django 3.0中已将其删除

https://docs.djangoproject.com/zh-CN/1.8/topics/http/shortcuts/#render-to-response

render_to_response(template[, dictionary][, context_instance][, mimetype])¶

render_to_response是教程等中使用的标准渲染功能。要使用，RequestContext您必须指定context_instance=RequestContext(request)

https://docs.djangoproject.com/zh-CN/1.8/ref/generic-views/#django-views-generic-simple-direct-to-template

direct_to_template是我在视图中使用的通用视图（而不是在URL中使用），因为像新render()功能一样，它会自动使用RequestContext及其所有context_processors。

但是direct_to_template 应避免使用，因为不建议使用基于函数的通用视图。使用render还是实际使用的类，请参见https://docs.djangoproject.com/en/1.3/topics/generic-views-migration/

很高兴我很久没输入RequestContext了。

— 富田雄二
source

1

更正。根据docs render()可从1.3获得。

— AppleGrew

@AppleGrew，不错的收获！“社区”修改了我的帖子以指向特定分支，他们选择了1.4

— Yuji'Tomita'Tomita 2012年

6

别注：基于功能通用视图已过时，无法正常运行基于意见。Django随附的通用视图现在是使用基于类的视图（TemplateView）来实现的，它们过去通常以函数的形式实现（direct_to_template等）。我个人喜好实现为函数实现的视图仍然受支持，并且不会改变。

— Nick Zalutskiy

40

重新定义Yuri，Fábio和Frosts对Django noob（即我）的答案-几乎可以肯定是一个简化，但是一个好的起点？

render_to_response()是“原版”，但context_instance=RequestContext(request)几乎所有时间都需要您输入PITA。
direct_to_template()被设计为仅在urls.py中使用，而没有在views.py中定义视图，但是可以在views.py中使用它以避免键入RequestContext
render()是render_to_response()自动提供的快捷方式context_instance=Request...。它在django开发版本（1.2.1）中可用，但许多人创建了自己的快捷方式，例如this，这个或最初让我扔的快捷方式，即Nathans basic.tools。快捷方式

— 瑞安
source

第一个链接（import-awesome.com/…）提供404

— Lucio

是的，这可能发生在将近4年的链接上！

— 瑞安

24

渲染为

def render(request, *args, **kwargs):
    """ Simple wrapper for render_to_response. """
    kwargs['context_instance'] = RequestContext(request)
    return render_to_response(*args, **kwargs)

因此，它们之间没有什么区别，render_to_response只是它包装了使模板预处理器正常工作的上下文。

直接到模板是通用视图。

在这里使用它真的没有任何意义，因为render_to_response以视图函数的形式存在开销。

— 冰霜巴卡
source

12

从django docs：

render（）与具有context_instance参数的render_to_response（）调用相同，该参数强制使用RequestContext。

direct_to_template是不同的。这是一个通用视图，它使用数据字典来呈现html，而不需要views.py，您可以在urls.py中使用它。文件在这里

— 法比奥·迪尼兹（FábioDiniz）
source

6

我在上面的答案中找不到一个便笺。在此代码中：

context_instance = RequestContext(request)
return render_to_response(template_name, user_context, context_instance)

第三个参数context_instance实际上是做什么的？作为RequestContext，它设置了一些基本上下文，然后将其添加到中user_context。因此，模板获取了此扩展上下文。TEMPLATE_CONTEXT_PROCESSORS在settings.py中指定了要添加的变量。例如，django.contrib.auth.context_processors.auth添加了变量user和变量perm，然后可以在模板中访问它们。

— 犯罪
source