在backbone.js 中实现父应用程序控制器或命名空间控制器的最佳方法是什么？
James Yu 等示例应用程序 (http: //www.jamesyu.org/2011/01/27/cloudedit-a-backbone-js-tutorial-by-example/）提供了如何将 Rails 与主干集成的优秀示例，但是如果您想要 10 个怎么办控制器？还是30？
Example apps like James Yu's (http://www.jamesyu.org/2011/01/27/cloudedit-a-backbone-js-tutorial-by-example/) provide excellent examples of how to integrate rails with backbone, but what if you want 10 controllers? or 30?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
我无法理解您的问题到底是什么。我们正在为 Rails 3 后端构建一个基于backbone.js 的客户端。我们对backbone.js也是新手，但我们的应用程序结构与您引用的链接类似：
我们使用一些特定于我们应用程序的方法和策略来增强Backbone.Controller对象。
一般来说，每个控制器都有自己负责的一组客户端路由，并且非常关注这些路由。我们使用最少数量的路由来最大程度地减少必须支持书签的情况，这意味着我们必须再次启动整个应用程序。
您的客户端不必反映服务器的世界观。最佳实践是定制客户端应用程序的体验并划分服务器依赖项。
真的不确定这是否能回答您的问题，但由于到目前为止您还没有答案......
I am having trouble understanding what exactly your question is. We are building a backbone.js-based client for a Rails 3 backend. We are new to backbone.js too, but our app structure conforms similarly to the link you referenced:
where we augment the Backbone.Controller object with a few methods and strategies specific to our app.
In general, each controller has its own set of client-side routes that its responsible for and is very focused on just those. We use a minimum number of routes to minimize cases where we have to support bookmarking which would mean we'd have to spin up the whole app again.
Your client does not have to mirror the server's view of the world. Best practice is to customize the experience for the client application and to compartmentalize server dependencies.
Really not sure if this answers your question, but since you have no answer so far...