Django 渲染到响应

发布于 2024-11-01 17:36:49 字数 159 浏览 0 评论 0原文

我将其放在

...}, context_instance=RequestContext(request))

所有 render_to_response 的末尾。我确信这是不对的。谁能告诉我什么时候应该使用这些?

I'm putting

...}, context_instance=RequestContext(request))

at the end of all my render_to_response's. I'm sure this is not right. Can anyone tell me when I should be using these?

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(2

蹲在坟头点根烟 2024-11-08 17:36:49

如果您使用 Django 1.3 您可以使用 render() 快捷函数,因此您不必显式编写每个视图的 context_instance=RequestContext(request)

将给定的模板与给定的
上下文字典并返回
渲染的 HttpResponse 对象
文本。

render() 与调用相同
render_to_response() 与
context_instance 参数强制
RequestContext 的使用。

If you are using Django 1.3 you can use the render() shortcut function so you don't have to explicitly write context_instance=RequestContext(request) for each view .

Combines a given template with a given
context dictionary and returns an
HttpResponse object with that rendered
text.

render() is the same as a call to
render_to_response() with a
context_instance argument that forces
the use of a RequestContext.

木有鱼丸 2024-11-08 17:36:49

你做得“正确”。这意味着所有上下文处理器都将在此视图上运行,并且您将可以访问模板中的所有有趣的部分。

另一种方法是使用 direct_to_template,这样您就不必实例化 RequestContext 对象,但具有相同的结果。

You are doing it "right". This means that all of the Context Processors will run on this view, and you will have access to all of the juicy bits in your template.

The other way to do this is to use direct_to_template, which saves you having to instantiate a RequestContext object, but has the same outcomes.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文