Backbone.js 多个 Model 子类的集合

Question

我有一个 REST Json API 返回列表“日志”。有许多类型的日志实现不同但相似的行为。在数据库层上的服务器端实现是一种单表继承，因此日志的每个 JSON 表示都包含其“类型”：

[
  {"type": "ULM", "name": "My uml logbook", ... , specific_uml_logbook_attr: ...},
  {"type": "Plane", "name": "My plane logbook", ... , specific_plane_logbook_attr: ...}
]

我想在客户端复制此服务器模型，因此我有一个基本 < code>Logbook 类和多个日志子类：

class Logbook extends Backbone.Model

class UmlLogbook extends Logbook

class PlaneLogbook extends Logbook

...

我的 Backbone.Collection 是一组 Logbook 模型，我用它来查询 JSON API：

class LogbookCollection extends Backbone.Collection
  model: Logbook
  url: "/api/logbooks"

当我获取时日志收集，有没有办法将每个 Logbook 转换为其相应的子类（基于 JSON“type”属性）？

Answer 1

确实有。

当您对集合调用“fetch”时，它会先通过 Backbone.Collection.parse 传递响应，然后再将其添加到集合中。

“parse”的默认实现只是按原样传递响应，但您可以覆盖它以返回要添加到集合中的模型列表：

class Logbooks extends Backbone.Collection

  model: Logbook

  url: 'api/logbooks'

  parse: (resp, xhr) ->
    _(resp).map (attrs) ->
      switch attrs.type
        when 'UML' then new UmlLogbook attrs
        when 'Plane' then new PLaneLogbook attrs

编辑：哇，idbentley 在我之前到达那里。唯一的区别是他使用“每个”而我使用“地图”。两者都会起作用，但有所不同。

使用“each”有效地打破了“fetch”调用开始的链条（通过返回“undefined” - 因此随后对“reset”（或“add”）的调用将不执行任何操作），并在解析中进行所有处理功能。

使用“map”只是将属性列表转换为模型列表，并将其传递回已经运行的链。

不同的笔画。

再次编辑：刚刚意识到还有另一种方法可以做到这一点：

集合上的“模型”属性仅存在，以便集合知道如何在“添加”、“创建”或“重置”中传递属性时创建新模型。因此，您可以执行以下操作：

class Logbooks extends Backbone.Collection

  model: (attrs, options) ->
    switch attrs.type
      when 'UML' then new UmlLogbook attrs, options
      when 'Plane' then new PLaneLogbook attrs, options
      # should probably add an 'else' here so there's a default if,
      # say, no attrs are provided to a Logbooks.create call

  url: 'api/logbooks'

这样做的优点是，集合现在知道如何为“获取”以外的操作“转换” Logbook 的正确子类。

Answer 2

是的。您可以覆盖集合上的 parse 函数（我将使用 javascript 而不是 Coffeescript，因为这是我所知道的，但映射应该很容易）：

LogbookCollection = Backbone.Collection.extend({
    model: Logbook,
    url: "/api/logbooks",
    parse: function(response){
      var self = this;
      _.each(response, function(logbook){
          switch(logbook.type){
             case "ULM":
               self.add(new UmlLogBook(logbook);
               break;
             case "Plane":
               ...
          }
      }
    }
 });

希望这会有所帮助。

Answer 3

从主干 0.9.1 开始，我开始使用 esa-matti suuronen 的 pull-request 中描述的方法：

https://github.com/documentcloud/backbone/pull/1148

应用补丁后，您的集合将如下所示：

LogbookCollection = Backbone.Collection.extend({

    model: Logbook,

    createModel: function (attrs, options) {
        if (attrs.type === "UML") { // i'am assuming ULM was a typo
            return new UmlLogbook(attrs, options);
        } else if (attrs.type === "Plane") {
            return new Plane(attrs, options);
        } else {
            return new Logbook(attrs, options);
            // or throw an error on an unrecognized type
            // throw new Error("Bad type: " + attrs.type);
        }
    }

});

我相信这适合您，因为您正在使用 STI （所有型号都有唯一的 ID）

Answer 4

parse 可以单独工作，或者您可以使用 submodelTypes Backbone-Relational 的功能。

Answer 5

也许使用 eval 不好，但这是更红宝石风格的方式（coffeescript）：

  parse: (resp)->
    _(resp).map (attrs) ->
      eval("new App.Models.#{attrs.type}(attrs)")

所以你不需要编写很多 switch/cases，只需在 JSON 中设置 type 属性即可。它与rails+citier 或其他多表继承解决方案配合得很好。您可以添加新的后代，而无需将它们添加到您的案例中。

您可以在其他需要大量开关/外壳的地方使用此类结构，具体取决于您的模型类别。