数据：加载有许多按需关联

2018-06-23 09:17:51

（针对ember-data API Rev 11更新...）

TL; DR

使用DS.Adapter.findAssociation(...) DS.Adapter.findHasMany(...)按需加载hasMany关联的正确方法是什么？尤其是，一旦加载子记录，您如何处理从服务器重新加载父记录清空hasMany数组的事实？我不想（也许不能）在父项中的数组中包含子记录的ID。还是有另一种方法来做到这一点，我失踪了？

作为一个便笺，我很困惑在关键链接的hasMany / belongsTo定义中应该传递哪些选项（如果我没有sideload数据或ID数组，我是否应该使用映射？），所以如果你认为我的问题可能在于我的关联定义，你很可能是对的。

长版

我正在编写自己的DS.RESTAdapter子类，以将ember-data绑定到ASP.NET WebAPI后端（使用实体框架）。到目前为止这么好，但我有一段时间让协会工作正确。

与这张海报相似，我注意到，ember-data的首页说过，如果你的模型中有一个hasMany关联，并且你get这个属性，商店就会发出一个请求来记录这些子记录。从页面引用：

如果您要请求配置文件，如下所示：

author.get('profile');

... REST适配器会向URL / profiles？author_id = 1发送请求。

其含义是这是如果你不sideload，不包括一个ID数组会发生什么。我意识到这些文档已经过时了，但是我无法做到这一点，无论是在API版本7还是在最近的版本9中。但是在版本9中，我确实发现了findAssociation方法，在版本11中存在findHasMany方法，我猜是什么可能已被用来做到这一点，现在我正在尝试使用。

为什么不包含一个ID或sideload数组？

我不想这样做（可能不会）的三个主要原因：

如何用ASP.NET WebAPI做这些事情并不明显，至少不用我使用的简单装饰方法。而且，我现在真的很喜欢后端的简单性和简洁性，对于EF和WebAPI，它几乎完全是每个实体的样板，我完成了！我甚至可以获得“免费”的OData过滤支持。

我的子记录通常会通过昂贵的查询生成（例如聚合...度量汇总）。单个父实体有许多不同类别的子实体。所以，即使获得所有儿童类型的ID也是昂贵的，并且生成和副本加载所有的儿童记录是不可能的。

我有主键是组合键的子实体。我还没有看到这样一个例子，即使在支持/可能在烬数据中，至少不用于处理关联（例如，你将如何做一个ID数组？）。我在我的客户端模型中创建了一个计算属性，它将组合键强制为单个字符串，因此我可以使用find(...)从商店中检索单个记录，但是我再也不知道这将如何工作与一个协会。

试图使用`findAssociation` `findHasMany`

我已经找到了API版本9（以及一些早期版本，但不是全部？）11，我可以实现DS.Adapter.findAssociation DS.Adapter.findHasMany方法来检索hasMany关联的子记录。这大部分工作，但需要一些体操。这里是我的泛化findAssociation findHasMany方法：

findHasMany: function (store, record, relationship, ids) {

    var adapter = this;
    var root = this.rootForType(relationship.type);
    var query = relationship.options.query(record);

    var hits = store.findQuery(relationship.type, query);

    hits.on('didLoad', function () {
        // NOTE: This MUST happen in the callback, because findHasMany is in
        // the execution path for record.get(relationship.key)!!! Otherwise causes
        // infinite loop!!!
        var arrMany = record.get(relationship.key);

        if (hits.get('isLoaded')) {
            arrMany.loadingRecordsCount = 1 + hits.get('length') + (typeof arrMany.loadingRecordsCount == "number" ? arrMany.loadingRecordsCount : 0);
            hits.forEach(function (item, index, enumerable) {
                arrMany.addToContent(item);
                arrMany.loadedRecord();
            });
            arrMany.loadedRecord(); // weird, but this and the "1 +" above make sure isLoaded/didLoad fires even if there were zero results.
        }
    });

}

为了做到这一点，我的hasMany定义设置了一个query选项值，该值是该记录上的一个函数，该值返回子请求中查询字符串的参数散列值。由于这是用于ASP.NET WebAPI后端，因此这可能是OData过滤器，例如：

App.ParentEntity = DS.Model.extend({
    ...
    children: DS.hasMany('App.ChildEntity', {
        query: function (record) {
            return {
                "$filter": "ChildForeignKey eq '" + record.get('id') + "'"
            };
        }
    })
});

其中一个技巧是使用addToContent(item)将项添加到ManyArray ，以便父记录不会被标记为“脏”，就像它已被编辑一样。另一个是，当我最初为父记录检索JSON时，我必须手动为关联名称的关键字设置值为true （来自服务器的JSON根本没有关键字）。即：

    var a = Ember.isArray(json) ? json : [json];
    for (var i = 0; i < a.length; i++) {
        type.eachAssociation(function (key) {
            var meta = type.metaForProperty(key);
            a[i][key] = true;
        });
    }

这听起来很DS.Store.findMany ，但这就是为什么：如果你看一下DS.Store.findMany的实现并找到findAssociation findHasMany被调用的地方，你会发现：

findMany: function(type, ids, record, relationship){
...
if (!Ember.isArray(ids)) {
  var adapter = this.adapterForType(type);
  if (adapter && adapter.findHasMany) { adapter.findHasMany(this, record, relationship, ids); }
  else { throw fmt("Adapter is either null or does not implement `findMany` method", this); }

  return this.createManyArray(type, Ember.A());
}

如果你看一下这条线从灰烬数据的内部功能hasAssociation hasRelationship其中findMany被调用时，你会看到什么传递的第二个参数：

relationship = store.findMany(type, ids || [], this, meta);

因此，获取findAssociation findHasMany的唯一方法是让JSON中的值成为“truthy”，但不是数组 - 我使用true 。我认为这可能是一个错误/不完整，或者表明我在错误的轨道上 - 如果有人能告诉我哪一个会很好。

所有这一切，我可以得到烬数据自动发出一个请求到服务器的子记录，例如http://myserver.net/api/child_entity/$filter=ChildForeignKey eq '42' eq'42 http://myserver.net/api/child_entity/$filter=ChildForeignKey eq '42' ，它的工作原理 -子记录会被加载，并且它们会与父记录相关联（顺便说belongsTo ，即使我没有明确地触及它，我也不知道该发生在哪里或如何发生）。

但如果我不停在那里，那很快就会崩溃。

处理重新加载父记录

所以说，我成功地将子记录加载到父记录中，然后导航到所有父记录被检索的位置（以填充菜单）。由于新加载的父记录没有id数组，并且没有任何内容被加载，所以父记录在没有任何孩子的情况下被刷新！更糟的是， ManyArray的isLoaded属性仍然是true ！所以我甚至无法观察任何事情来重新加载孩子。

因此，如果我同时在屏幕上显示一个显示子值的视图，它会立即跳转到没有子记录值。或者，如果我导航回到一个，当App.store.find('App.ParentEntity', 42) ，记录将从商店中加载，而不会向服务器发送请求，当然它也没有子记录。

这是提示＃2，我可能会以错误的方式解决这个问题。那么......根据需求加载子记录的正确方法是什么？

非常感谢！

基于最新的Ember数据（截至2013年1月25日）...这是我对延迟加载的解决方案有许多关系。我修改了DS.hasMany并在DS.Adapter添加了一个方法。

我在DS.hasMany更改了两行：

DS.hasMany = function(type, options) {
  Ember.assert("The type passed to DS.hasMany must be defined", !!type);
  return (function(type, options) {
    options = options || {};
    var meta = { type: type, isRelationship: true, options: options, kind: 'hasMany' };
    return Ember.computed(function(key, value) {
      var data = get(this, 'data').hasMany,
          store = get(this, 'store'),
          ids, relationship;

      if (typeof type === 'string') {
        type = get(this, type, false) || get(Ember.lookup, type);
      }

      meta.key = key;
      ids = data[key];
      relationship = store.findMany(type, ids, this, meta);
      set(relationship, 'owner', this);
      set(relationship, 'name', key);
      return relationship;
    }).property().meta(meta);
  })(type, options);

};

首先，我添加了meta对象的key ...

meta.key = key;

第二，如前所述，我通过更改...从findMany调用删除了空数组...

relationship = store.findMany(type, ids || [], this, meta);

...至...

relationship = store.findMany(type, ids, this, meta);

......让ids要传递到findMany为undefined 。

接下来，我添加了一个didFindHasMany钩子到DS.Adapter ：

DS.Adapter.reopen({

  /**
   Loads the response to a request for records by findHasMany.

   Your adapter should call this method from its `findHasMany`
   method with the response from the backend.

   @param {DS.Store} store
   @param {subclass of DS.Model} type
   @param {any} payload
   @param {subclass of DS.Model} record the record of which the relationship is a member (parent record)
   @param {String} key the property name of the relationship on the parent record
   */
  didFindHasMany: function(store, type, payload, record, key) {

    var loader = DS.loaderFor(store);

    loader.populateArray = function(references) {
      store.loadHasMany(record, key, references.map(function(reference) { return reference.id; }));
    };

    get(this, 'serializer').extractMany(loader, payload, type);
  }

});

我模仿此之后DS.Adapter的didFindQuery使用钩子loadHasMany ，我发现已经在实施DS.Store 。然后，在我的自定义适配器中，我实现了一个findHasMany方法，该方法在其成功回调中使用以下代码：

Ember.run(this, function() {
  adapter.didFindHasMany(store, type, response.data, record, key);
});

我还没有广泛测试，但它似乎工作正常。看看最近对ember-data的代码所作的修改，在我看来，他们已经慢慢地朝着某种方式发展，即将来某个时候将支持类似于这种方法的方法。或者至少这是我的希望。

链接地址: http://www.djcxy.com/p/65573.html

上一篇: data: Loading hasMany association on demand

下一篇: Admissible Heuristic Manhattan Distance

数据：加载有许多按需关联

TL; DR

长版

为什么不包含一个ID或sideload数组？

试图使用findAssociation findHasMany

处理重新加载父记录

试图使用`findAssociation` `findHasMany`