有多种方法可以从Django模板中为客户端模板提供支持，以实现有趣的优化。但是，鉴于Django和AngularJS的模板语言之间的相似之处，在这里几乎不值得付出任何努力。对于此类大多数项目，我会将AngularJS的静态服务与Django REST框架配对。

我urls.py的操作顺序几乎总是始终是Django REST Framework URL（尽可能严格地编写），然后是一个通用模式，该模式将其他所有内容都指向目录中我的基础AngularJS应用程序模板，以STATIC_ROOT进行本地测试/开发方案：

if settings.DEBUG:
    urlpatterns += patterns('django.contrib.staticfiles.views',
        url(r'', 'serve', {
            'document_root': settings.STATIC_ROOT, 
            'path': '/base.html'}
        ),
    )

通过将所有不匹配的请求指向同一个应用程序/模板，如果你希望使用哈希标签而不是标签，则可以开始使用URL的history-hack方法并进行路由。如果你只打算坚持使用标签，则最终的URL匹配可能会更严格（例如，将匹配/（URL root）r'^$'）。

在生产中，我将使用反向代理或像nginx这样的慢客户端HTTP服务器来提供AngularJS（静态）内容，并将对REST服务的请求代理到Django WSGI应用程序。

为了与Django REST框架进行通信，我更喜欢使用类似类的JS对象来封送往返于AngularJS应用程序和Django REST框架的数据。为此，我使用angular-django-rest-resource生成了代表我在REST Framework视图中公开的Django模型类的类。

对于在查询角Django的休息资源可以使资源最大的灵活性，我将有Django的过滤器描述安装了REST框架后端这里。这允许JS资源请求受参数（例如/polls/?author=345&finished=1）约束的Django对象。

如果你要在提供AngularJS主模板的服务器的单独域上部署Django和REST操作（例如，如果你在HTML的其他Internet域上使用第三方CDN），则允许对这些资源进行跨域请求很重要。为此，我建议使用django-cors-headers中间件。

我希望这是有帮助的。这不是在最佳实践集，但它是一个已经为我工作。