我正在开发一个具有多种类型用户的应用程序，每个用户在登录时都有一个单独的视图。例如，业务类型用户将创建他的个人资料上传照片等，创建一些其他的东西。然后企业创建的内容在网络应用程序的登录页面上公开可见。
我在客户端使用骨干网，但整个 Web 应用程序并不都是骨干网，业务管理区域是一个单独的部分，骨干网应用程序在客户端运行，现在我希望从公共登录页面开始，我对如何使这项工作感到困惑，我应该为此页面创建一个新的主干应用程序，还是将更多视图模型和集合填充到同一个应用程序中？
两个页面的 url 不同，一个是whatever.com/business，着陆页是whatever.com
来自业务方面的许多视图和模型与公共登录页面上所需的相同。但我想不出一个关于如何组织这个的好解决方案。
有没有人以前做过这样的事情。有什么见解吗？
谢谢
Backbone.js 是一个很棒的 MVC 框架，但围绕组织大型应用程序并没有很多约定。您需要熟悉一些好的设计模式才能充分利用它，否则它很快就会变得混乱。
我之前在看AMD。看起来不错：
http ://backbonetutorials.com/organizing-backbone-using-modules/
这也可能有帮助：
http ://ricostacruz.com/backbone-patterns/
我也很喜欢这本关于设计好的 API 的规则书。我的 Kindle 只需 8 美元！
http://www.amazon.com/REST-API-Design-Rulebook-ebook/dp/B005XE5A7Q
编辑：我最近重构了一个大型的backbone.js 应用程序。如果我利用 Javascript 事件驱动架构，我发现它更容易构建。
有两个关于这个主题的优秀（专业）Railscasts，#323 Backbone on Rails Part 1和#325 Backbone on Rails Part 2，不幸的是它们在付费墙后面，但这笔钱是值得的。Ryan 使用backbone-on-rails gem 来促进 Backbone 与 Rails 的集成。
建议在 Rails（主要在后端，有一点 Ajax，没有任何 Backbone）或Backbone（主要在前端，仅使用 Rails 作为存储引擎）中进行整个 MVC 处理。如果您的应用程序主要由 Javascript 或 JQuery 调用组成，或者您想要进行实时 Web 应用程序和实时页面更新，则选择 Backbone 或类似的 MVC JS 框架（如ember.js ）很有用。由于不确定 MVC Javascript 框架在技术上是否真的成熟，如果您不相信 Backbone 可以处理您的所有需求，我建议您坚持使用纯 Rails。
通用架构的一个有趣想法是使用 JSON API 作为 Rails 后端和 JS MVC 前端之间的连接，这意味着后端可以将相同的 JSON 推送到网页，就像它推送到 iOS 和 Android 应用程序一样。