我的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开始控制所有应用程序逻辑?如果没有那么这个单独的逻辑应该放在我的应用程序结构中?当然,骨干无法控制您的所有客户端活动.那些不涉及任何收藏的活动呢?
>在使用BackboneJS时,我是否应该使用RequireJS来管理模块?我找到了this example,但它似乎使Backbone的已经令人困惑的概念更加复杂化了.
解决方法
Surely backbone can’t control all of your client-side activity.
为什么不?我有一个相当大的客户端应用程序,其中所有代码(除了jQuery插件等)是使用Backbone构造(视图,模型,集合,路由器)编写的.
在我们的例子中,我们使用的是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
我想你应该从中得到的是:“然而你喜欢组织”.对项目规模和团队对组织的理解做有意义的事情.
Backbone提供结构.然而,对于如何设计这种结构并不是固执己见.
原文地址:https://www.jb51.cc/js/240723.html
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。