【问题标题】:Backbone.js architecture: collections vs javascript arraysBackbone.js 架构:集合 vs javascript 数组
【发布时间】:2013-01-30 02:14:42
【问题描述】:

我将很快开始开发我的第一个使用 Backbone 的应用程序。看了很多教程,但无法决定如何构建我的应用程序,因为它与典型的单模型 CRUD 示例略有不同。这是交易:

我的应用程序基本上是蚂蚁地图集。所以基本上,用户选择一个蚂蚁物种,可选择添加过滤器,然后将显示一个 Leaflet.js 地图和一个类似电子表格的结果表。我们还需要在页面上积累几个搜索结果(例如比较不同物种的地理分布)。

我在那里设想了两种选择:

A) (Backbone) 模型是蚂蚁事件,每个用户搜索都是不同的 Backbone 集合,包含匹配事件和一些搜索级属性。这是有道理的,因为服务器端模型也将成为蚂蚁出现,然后我将能够充分利用自动 REST 集成。但是我必须使用 JavaScript 数组来跟踪这些不同的集合。还必须在这些集合上管理事件,例如当用户想要从显示的数据中删除以前的搜索时。

B) 模型要么是一个“搜索”对象,而且这些不同的累积搜索保存在一个集合中。然后我可以充分利用这些集合,但客户端/服务器模型将不一样(搜索与出现),因此我将无法在那里使用简单的 RESTful 方法。

你会选择什么?

谢谢,尼古拉斯

【问题讨论】:

  • 听起来你需要尝试一些东西,任何东西,当你遇到技术问题时再回来。没有比尝试更好的学习方法了——尤其是在设计架构时。
  • 谢谢!当然我会做的,我只是在想我可能会收到好的建议。与此同时,我还在这里stackoverflow.com/questions/7140741/… 找到了一个有趣的方法(包含集合的模型),所以我想我会先试试看!

标签: javascript rest backbone.js


【解决方案1】:

当我必须弄清楚某个东西是集合还是数组时,我觉得很困惑,所以我选择了一个并坚持使用它。您可以从 Backbone Collections 中获得更多功能,因此我选择那些用于所有内容并避免使用数组。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 2017-10-29
    • 2012-05-10
    • 2012-10-30
    • 2023-04-11
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2011-12-19
    相关资源
    最近更新 更多