在我的站点模板中，我使用了一组自定义标记。寻找一种自动加载的方法(DRY，记得吗?)，我发现如下:

from django import template
template.add_to_builtins('project.app.templatetags.custom_tag_module')

如果你把它放在一个默认加载的模块中(例如你的主urlconf)，你将有来自自定义标签模块的标签和过滤器在任何模板中可用，而不需要使用{% load custom_tag_module %}。

传递给template.add_to_builtins()的参数可以是任何模块路径;您的自定义标记模块不必存在于特定的应用程序中。例如，它也可以是项目根目录中的一个模块。“project.custom_tag_module”)。

我就从我自己的一个建议开始吧:)

在settings.py中使用os.path.dirname()来避免硬编码的dirname。

如果你想在不同的位置运行你的项目，不要在你的settings.py中硬编码路径。如果你的模板和静态文件位于Django项目目录中，在settings.py中使用下面的代码:

# settings.py
import os
PROJECT_DIR = os.path.dirname(__file__)
...
STATIC_DOC_ROOT = os.path.join(PROJECT_DIR, "static")
...
TEMPLATE_DIRS = (
    os.path.join(PROJECT_DIR, "templates"),
)

工作人员:我从视频《Django from the Ground Up》中得到了这个提示。

当Django和另一个应用程序交换数据时，请求。Raw_post_data是一个好朋友。使用它来接收和自定义处理(比如XML数据)。

文档: http://docs.djangoproject.com/en/dev/ref/request-response/

这增加了上面关于Django URL名称和反向URL调度的回复。

URL名称也可以在模板中有效地使用。例如，对于一个给定的URL模式:

url(r'(?P<project_id>\d+)/team/$', 'project_team', name='project_team')

你可以在模板中有以下内容:

<a href="{% url project_team project.id %}">Team</a>

与Django一起使用Jinja2。

如果你发现Django模板语言有极大的限制(就像我一样!)，那么你不必被它所困。Django很灵活，模板语言与系统的其余部分是松散耦合的，所以只需插入另一种模板语言，并使用它来呈现http响应!

我使用的是Jinja2，它几乎就像一个增强版的django模板语言，它使用相同的语法，并允许你在if语句中使用表达式!不再制作自定义if标记，如if_item_in_list!你可以简单地说%{if item in list %}，或者{% if object。字段< 10%}。

但这还不是全部;它有更多的功能来简化模板创建，我不能在这里一一介绍。

在urlconf中使用reverse。

这是我不明白为什么它不是默认的那些技巧之一。

这里有一个链接到我拿起它的地方: http://andr.in/2009/11/21/calling-reverse-in-django/

下面是代码片段:

从django.conf.urls.defaults导入* 从django.core.urlresolvers导入反向 从django.utils.functional导入lazy django。http导入HttpResponse Reverse_lazy = lazy(reverse, str) Urlpatterns = patterns("， url(r'^comehere/'， lambda request: HttpResponse('Welcome!')， name='comehere')， url (r“^ $”,“django.views.generic.simple.redirect_to”, {'url': reverse_lazy('comehere')}， name='root') ）