小编mar*_*ann的帖子

Rails 3.2 JS-heavy App的设计模式

我正在开发一个新的rails 3.2公司管理应用程序,它严重依赖于JSON数据(自动完成结果,日历事件,任务,动态表单操作等).后端系统已经非常可靠,因此我们正在投资UI部分,我们希望使其更像webapp,反映其他"胖客户端"应用程序(如Google的应用程序)的行为.为了实现这个目标,最好的设计模式是什么:使用诸如Backbone.js之类的MVC JS框架,从而将大部分数据操作委托给UI并与我们的JSON api接口,或者使用远程JS(即js.erb templates),它允许更多地使用Ruby代码?

我们已经在一些视图中非常粗略地使用Backbone.js,但似乎前一种方法使用了大量的开发人员资源,因为JS更难编码,我们在UI上镜像一些模型代码的额外负担,同时是一个对最终用户更敏感.后一种方法允许以牺牲响应时间为代价来获得更精简的View代码,并且总而言之,感觉不太正确,但它确实更快,更灵活.

请记住,我们是一个拥有大量Rails经验的小团队,而不是JS/Coffeescript/Backbone.js,我们有一个紧密的截止日期,您会选择哪种方法?我之所以处于亏损状态,是因为我们公司对代码的质量和对现代设计模式的坚持感到自豪,所以我不禁想到,尽管它有优点,但使用远程JS感觉就像''糟糕的捷径',所以我真的很感谢你们的意见.也许我只是有偏见.

design-patterns ruby-on-rails backbone.js

6
推荐指数
1
解决办法
609
查看次数