将通常的django网站变成RESTful api

时间:2012-12-11 03:49:19

标签: django backbone.js tastypie

我一直在努力。一个网络项目现在几个月。它是一个简单的网站,通常的django模型视图网址和模板,简单的Ajax使用jquery模板。

现在考虑有可能尽快申请。我正在考虑使用Tastypie为我的网站制作RESTful api。所以想法是

  1. 使用Tastypie制作RESTful api。
  2. 使用backbone.js使我的网站成为单页应用程序
  3. 使用plist和json为我的android和ios应用程序。
  4. 我的担忧从这里开始,通过这一新的行动方案,将会。我必须重新制作我的大部分网站?如果是这种情况,我是否应该停止对已经制作的内容进行处理,然后按照上述指南从头开始?再次,在tastypie和backbone.js的上下文中,我已编写的视图和模板逻辑会发生什么?

    我一直在研究这个话题很多,但找不到明确的答案。所以想过要问所有已经经历过或者经历过同样转变的人。

    我几乎没有接触过RESTful API。但我倾向于采用RESTful方法,因为它可以使应用程序开发更容易。

    PS。我真的很感激,如果我没有得到负面投票,而是建议。

2 个答案:

答案 0 :(得分:1)

您可以在同一个网站/项目中并排尝试 。保留现有的django视图。在不同的URL下添加新的tastypie,例如“/ api /”。

同样,单页应用?这只是现有旁边的一个新模板。暂时保持“/ single /”。并保留现有页面。

实际功能可能会保持不变。从现有视图中提取有用的代码作为单独的函数,并从tastypie和原始视图中调用它们。这甚至可能使您现有的代码更清晰,更清晰: - )

答案 1 :(得分:0)

我认为这是一个哲学问题。

如果该网站处于截止日期或正在制作中我可能会将其放入git并给它两个分支

  • 生产部门
  • 重构分支

然后,您可以保留旧网站并添加新功能并将其合并到您的重构分支中。

然后,这在很大程度上取决于复杂性以及网站今天的行为方式。

执行两个分支系统将为您提供停止重构的选项,而不会丢失旧版本。