我没有足够的声誉来回复这个问题，但重要的是要注意，如果你打算使用Jinja，它不支持模板块名称中的'-'字符，而Django支持。这给我带来了很多问题，并浪费了很多时间试图追踪它生成的非常模糊的错误消息。

Django没有应用程序设置，所以我做了我自己的app_settings.py检测。 在settings.py的底部，我添加了下面的代码:

import sys, os
# Append application settings without triggering the __init__.
for installed_app in INSTALLED_APPS:
    # Ignore django applications
    if not installed_app.startswith('django.'):
        # Find the app (and the settings file)
        for path in sys.path:
            path = os.path.join(path, installed_app, 'app_settings.py')
            if os.path.isfile(path):
                # Application settings found
                exec open(path).read()

它在所有的INSTALLED_APPS中检测app_settings.py。它将读取app_settings文件的内容并内联执行它，而不是导入它。如果直接导入app_settings，将会引发所有的Django导入错误(因为Django还没有初始化)。

所以我的app/app_settings.py看起来是这样的:

MIDDLEWARE_CLASSES += (
    'app.middleware.FancyMiddleware',
)

现在应用程序只需要添加到INSTALLED_APPS，而不是找到所有的应用程序设置，并将它们添加到settings.py(中间件，url…)

注意:如果Django有一个钩子来附加额外的设置会更好，这样应用程序设置就可以在启动时(或运行时)添加。

与Django一起使用Jinja2。

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

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

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

不要硬编码你的url !

使用url名称，使用反向函数来获取url本身。

在定义URL映射时，为URL指定名称。

urlpatterns += ('project.application.views'
   url( r'^something/$', 'view_function', name="url-name" ),
   ....
)

确保每个URL的名称是唯一的。

我通常有一个一致的格式“项目-应用程序-视图”，例如:“cbx-forum-thread”用于线程视图。

更新(无耻地窃取ayaz的添加):

这个名称可以在带有url标记的模板中使用。

当将变量从视图传递到模板时，输入响应字典会变得很乏味。我发现使用locals()一次性传递所有局部变量很好。

def show_thing(request, thing_id):
    thing = Thing.objects.get(pk=thing_id)
    return render_to_response('templates/things/show.html', locals())

(本质上不是一个隐藏的特性，但对于刚接触Python和Django的人来说还是很有帮助的。)

编辑:显然，显式比隐式更好，但这种方法在开发过程中是有帮助的。

Virtualenv + Python =救生圈，如果你在多个Django项目中工作，而且它们可能都不依赖于同一个版本的Django/应用程序。