我正在寻找一个借口来为一个已经出现的新项目学习Django。通常我喜欢构建RESTful服务器端接口(interface)，其中URL映射到资源，这些资源在一些平台无关的上下文中吐出数据，例如XML或JSON。这是在不使用框架的情况下相当简单，但是其中一些框架(例如RubyonRails)可以方便地让您根据您传递的URL类型，基于您现有的模型代码，轻松地将XML返回给客户端。我的问题是，像Django这样的东西是否支持这个？我用谷歌搜索并找到了一些可以在Django之上运行的“RESTful”第3方代码。不确定我是否太热衷于此。如果不是Django，是否还有其他任何已经考虑到这一点的P

我正在关注article设置一个新的DjangonREST框架项目。我让它工作了，但我想将默认主页标题从DjangoRESTFrameworkv3.3.2更改为我自己的，我确信这只是某个地方的设置，但似乎不太明显是哪一个,任何见解将不胜感激。谢谢。更新基于@macro和这个article的提示,我让它与api.html一起工作。谢谢。 最佳答案 找到这个答案后-终于在文档中找到了它。如果有人正在搜索-我建议查看此browsableapisection在文档中。来自文档:Tocustomizethedefaultstyle,creat

我知道这是一个有点奇怪的问题，但请耐心等待。我们已经使用Python为我们的一个iPhone应用程序开发了一个RESTful平台。webapp版本是使用Django构建的，它也使用了这个API。我们认为使用Django的内置控制面板功能来帮助管理数据是个好主意。这本身不是问题。问题是每个人都认为最好的管理中心本质上是一个位于RESTful平台之上的客户端。所以，我的问题是，有没有办法操纵Django的模型层直接访问我们的API，而不是直接与数据库通信？模型层将作为客户端向管理中心传递请求和响应。我确信这是可能的，但我不确定从哪里开始。有什么意见吗？ 最佳答案

我想向我的api路由器添加一个url命名空间，但是当我这样做时，路由器仍然会查找没有命名空间的url:router=DefaultRouter()router.register(r'users',UserViewSet)router.register(r'events',EventViewSet)router.register(r'comments',CommentViewSet)urlpatterns=patterns('apiroot.views',url(r'^',include(router.urls,namespace='api')),)可浏览的api查找url名称，如'us

我想知道测试使用数据库后端的RESTAPI的最佳/不同方法。我已经使用Python中的Flask开发了我的API，并且想使用unittest或nose。但我的问题是，某些资源首先需要另一个资源来创建它们。有没有办法说要测试博客文章的创建需要另一个涉及作者创建的测试成功？ 最佳答案 有两种标准方法可以处理依赖于其他事物(对象、函数调用等)的测试。您可以使用模拟来代替您正在测试的代码所依赖的对象。您可以加载夹具或在测试设置中进行创建/调用。有些人喜欢“经典”单元测试，其中只测试代码的“单元”。在这些情况下，您通常使用模拟和stub来替换

我正在构建一个需要与第3方RESTfulAPI交互的Django应用程序，对该资源进行各种GET、PUT等操作。我正在寻找的是在Django中表示该API的好方法。最明显但可能不太优雅的解决方案似乎是创建一个模型，该模型具有映射到web服务查询的各种方法。另一方面，似乎使用自定义数据库后端之类的东西会提供更大的灵active并更好地集成到Django的ORM中。警告:这是我用Django完成的第一个真正的项目，所以我可能在这里遗漏了一些明显的东西。 最佳答案 requests库使编写RESTAPI消费者变得容易。还有一个名为slum

我当然已经查看了文档，但想知道是否有人可以更简洁地解释这些领域之间用例和应用程序的差异。为什么一个人会使用一个领域而不是另一个领域？对于OneToOne关系，这些字段之间会有区别吗？ 最佳答案 您可以使用HyperlinkedIdentityField链接到当前正在序列化的对象，并使用HyperlinkedRelatedField链接到与相关的对象一个正在连载。因此，对于一对一关系、外键关系、多对多关系以及基本上涉及关系的任何其他关系(在Django模型中)，您需要使用HyperlinkedRelatedField。唯一一次使用Hy

我需要将生成的文件下载作为DjangoRESTFramework响应返回。我尝试了以下方法:defretrieve(self,request,*args,**kwargs):template=webodt.ODFTemplate('test.odt')queryset=Pupils.objects.get(id=kwargs['pk'])serializer=StudentSerializer(queryset)context=dict(serializer.data)document=template.render(Context(context))doc=converter().c

我需要将用户附加到请求，这似乎是一件很常见的事情，但事实证明这几乎是不可能的。DjangoRESTFramework的文档建议使用序列化程序类的pre_save方法，我这样做了，但是在调用serializer.is_valid()时它不会被调用，这使得它有点毫无值(value)，因为没有用户序列化程序验证失败的字段。我看过一些建议，但它们看起来像是疯狂的hack和/或不起作用。另外，我觉得这是一项太常见的任务，不需要我看到人们建议的所有东西。我不能是唯一需要将用户附加到在REST请求中创建的对象的人。 最佳答案 假设您正在使用此处描

我有一个ModelViewSet在Django的REST框架中，它使我能够通过以下地址执行POST和GET:api/v1/users这些用户与评论表有反向关系，我希望能够通过URL访问这些评论:api/v1/users//comments我能够通过设置自定义@detail_route来做到这一点通过覆盖queryset和serializer_class但它只适用于GET请求。如果我尝试通过RESTFramework的管理部分发布新评论，我会收到一条错误通知，指出“'ListSerializer'对象不可迭代”这是我的代码:classUserViewSet(viewsets.ModelV