cof*_*der 152 api django rest django-rest-framework
为什么要为您的Django应用程序公开API,为什么要使用其中一个?
Tom*_*tie 203
作为django-rest-framework的作者,我有一个明显的偏见;)但我对此有希望 - 相当客观的意见是这样的:
无论如何,两者都很好.我可能会将Tastypie描述为为您提供开箱即用的合理默认设置,并且REST框架非常好地解耦和灵活.如果您计划在API中投入大量时间,我建议您浏览每个API的文档和代码库,并尝试了解哪些更适合您.
显然,还有'Why TastyPie?' 其中的部分是自述文件,以及"REST框架2声明".
另请参阅Daniel Greenfeld关于从2012年5月开始为Django选择API框架的博客文章(值得注意的是,这仍然是在大型REST框架2.0发布之前的几个月).
从2013年12月到2013 年7月,Reddit上还有几个问题与人们提出同样的问题.
最后更新于2014年2月
Wil*_*hes 19
两者都是不错的选择.
对于过滤器,tastypie更加强大,开箱即用.如果你有一个公开模型的视图,你可以做Django风格的不等式过滤器:
http://www.example.com/api/person?age__gt=30
Run Code Online (Sandbox Code Playgroud)
或OR查询:
http://www.example.com/api/mymodel?language__in=en&language__in=fr
Run Code Online (Sandbox Code Playgroud)
djangorestframework可以实现这些功能,但您必须为每个模型编写自定义过滤器.
对于追溯,我对django-rest-framework印象更深刻.Tastypie尝试通过电子邮件发送settings.ADMINS
例外情况DEBUG = False
.何时DEBUG = True
,默认错误消息是序列化的JSON,这更难以阅读.
Tor*_*cht 12
编辑过时的答案,tastypie不再真正维护.如果必须选择一个框架来执行REST,请使用Django REST框架.
有关它们之间实际差异的概述,您应该阅读它们的文档.它们或多或少完整且非常成熟.
我个人倾向于尝试tastypie.它似乎更容易设置.它是由创建django-haystack的人创建的,这是非常棒的,根据django-packages,它比Django REST框架使用得更多.
值得注意的是,因为这是第一次被要求DRF不断壮大.
它是两个在github上更活跃的(无论是在提交,明星,分叉和贡献者方面)
DRF具有OAuth 2支持和可浏览的API.
老实说,最后一个功能是杀手.能够指出我所有的前端开发人员在可浏览的API上,当他们不确定某些东西是如何工作的时候说'去玩; 找出'太棒了.
尤其是因为这意味着他们可以按照自己的条件理解它,并且知道API确实绝对地完成了"文档"所说的内容.在与API集成的世界中,仅这一事实使得DRF成为可以击败的框架.
归档时间: |
|
查看次数: |
35873 次 |
最近记录: |