Javascript 将特定于应用程序的Backbone.js资产嵌套在通用资产下是否存在任何问题？

我正在构建一个大型应用程序，该应用程序具有多个离散的客户端应用程序。我使用Backbone.js作为结构，并要求使用Backbone.js来管理依赖关系

以下是我如何对事物进行建模，以便我可以为这些应用程序提供通用功能：

-- libs
-- models
-- collections
-- templates
-- views
-- apps
  -- app_one
    -- libs
    -- models
    -- collections
    -- templates
    -- views    
  -- app_two
    -- libs
    -- models
    -- collections
    -- templates
    -- views
main.js

我很想知道是否有人做过类似的事情，这个设计有没有明显的陷阱，我没有考虑

---

我看到的主要好处是，我可以将公共库、模型、集合、模板和视图分组到结构的根目录中，并且任何子应用程序都可以根据需要导入它们，或者将特定于应用程序的资产导入到它们自己的嵌套结构中。

您甚至不需要用requirejs嵌套任何内容。

---

您的主库可以位于自己的文件夹中，不同的应用程序也可以在硬盘上的任何位置拥有自己的文件夹。唯一的问题在于你如何使用requirejs调用所有依赖项，以及你是否会使用r.js将不同的应用捆绑在一个文件中。

这是有道理的，我认为大多数人都是这样做的

与此不同的是，我没有将模型/集合和视图分开。相反，我有一个“模块”目录。一个模块通常由一个文件、一个或多个模型、相关集合和视图组成

还要注意的是，您可能最终会在lib文件夹中拥有多个版本，比如jQuery，因为您可能有时间更新一个应用程序，而不是另一个应用程序

虽然require.js确实使您的结构变得无关紧要，但保持代码的条理化仍然是一个好主意