jquery – 使用django的丰富JavaScript应用程序

我想,你应该看看在客户端实现某种模型 – 视图 – 控制器模式的JavaScript框架(如果你还没有这样做).

以下是discussion中关于其中一个框架的引用,backbone.js.我认为这与您关于javascript库管理的问题有关.

是的,提到了Rails,但等待,如果您使用Django(或Flask,或任何Web框架),架构保持不变：

>服务器端实现API.它基本上提供,接受,验证序列化数据.

例如,活塞或django-tastypie对此有利.
>客户端进行必要的AJAX请求以检索数据,显示数据视图,呈现模板,发出保存数据的请求等.

例如,BACkbone.js提供了@L_446_0@model原型.您可以扩展它(或子类,如果您正在使用COffeeScript)并通过提供相应tastypie资源的URL来绑定到服务器端模型.在此之后,您无需担心同步：您只需执行my_model.save(),并且幕后的BACkbone.sync将生成AJAX请求并更新服务器模型实例.

在客户端应用程序中组织文件

我最近开始使用brunch.它基本上提供了一个骨架的丰富应用,CoffeeScript的结合更好的JavaScript,BACkbone.js的对MVC类,生态JavaScript的模板,手写笔CSS预处理器,和其他好东西(并提供方便命令行界面：brunch watch,brunch build).我建议看看早午餐项目中的文件是如何组织的.

保持单独的项目

Django目前并不容易管理繁重的客户端应用程序.您需要弄清楚自己应该如何组织库.

同时,许多最小化和优化脚本和样式表(如requirejs)的构建工具有点难以集成到通常的Django项目开发工作流程中.如果您打算创建丰富的JavaScript应用程序,那么您很可能需要这些工具之一.

在项目中创建一个应用程序是一个选项,但是,我认为,这会使事情变得复杂一些.您已经有两个或多或少的单独应用程序,那么为什么不继续进一步分离问题 – 只需要处理两个实际上独立的项目？一个项目是基于Django的服务器端,另一个项目,例如,基于早午餐,用于客户端.

我们开始使用我们的最新项目,我个人认为这使得事情更易于管理和使用.

更新：我认为this post在总结保持项目分离的利弊方面做得非常好.