BackboneJS站点结构
好的，我正试着把我的头转到backboneJS这件事上。我知道您必须将站点划分为模块，并将每个模块分解为模型、集合和视图，如这个例子中所描述的。
我的JS文件结构目前如下所示：
-js
-application.js
-lib
-jquery.min.js
-backbone.min.js
-underscore.min.js
-modules
-newsfeed.js //activity feed
-file.js // page to upload files to
-members.js // page that show other members of group
//-general-site-logic.js??我有两个问题：
- 所有的应用程序逻辑应该从BackboneJS控制吗？如果不是，那么这个独立的逻辑应该驻留在我的应用程序结构中吗？当然，骨干不能控制你所有的客户端活动。那不涉及任何集合的活动呢？
- 我是否应该在使用RequireJS时使用BackboneJS来管理模块？我已经找到了这个例子，但它似乎使已经令人困惑的主干概念更加复杂。
我即将开始一个非常javascript的重型应用程序，并且真的想在我的代码开始猛增之前把它做好！
回答 2
Stack Overflow用户
发布于 2011-10-14 10:47:02
脊骨的伟大之处在于，它只是一个有用的片段的集合，您可以随意地将它们放在一起。你可以想怎么组织就怎么组织。
当然，骨干不能控制你所有的客户端活动。
为什么不行？我有一个相当大的客户端应用程序，所有的代码(除了jQuery插件之类的代码)都是使用主干结构(视图、模型、集合、路由器)编写的。
在我们的例子中，我们使用的是Rails，所以我们不需要担心需要其他JS文件。我们将项目分解为多个js (咖啡)文件，“资产管道”为我们将其合并为一个js文件。(我们确实需要告诉资产管道一些订购规则，但是.在集合之前建模，在视图之前建立集合，等等)
当我们这样做时，我们有以下设置：
-assets
-javascripts
-backbone
-collections
-helpers
-models
-routers
-templates
-views
-bootstrapper.js当然，我们就是这样做的。对于较大的项目，我总是知道在哪里可以找到我的组件，我们在里面为不同的子视图创建子文件夹。例如：
-views
-people
-people_list.js
-people_item.js
-orders
-order_list.js
-order_item.js
-order_form.js但是，在较小的项目中，您可以将所有内容都放在一个JS文件中，这不会是一个问题。大多数玩具的例子都是这样布置的。
中间布局可能只是将模型从视图中分离出来，如下所示：
-models.js // models and collections
-routers.js
-views.js我想你应该从中得到的是：“组织任何你想要的”。做对项目规模和团队对组织的理解有意义的事情。
主干提供结构。然而，这种结构的设计并不是固执己见。
Stack Overflow用户
发布于 2012-07-01 11:52:13
如果它有助于我有一个引导，项目启动程序集成backbone.js，coffeescript，sinatra，茉莉花和骨架。
它将使您开始使用项目结构，并节省您集成技术堆栈的时间。还使用框架css进行响应性设计。
https://stackoverflow.com/questions/7765758
复制相似问题
腾讯云开发者
