(已更新为ember-data API Rev 11 ...)
使用 DS.Adapter.findAssociation(...)
DS.Adapter.findHasMany(...)
按需加载hasMany
关联的正确方法是什么?特别是,一旦你加载子记录,你如何处理从服务器重新加载父记录清空hasMany数组的事实?我不希望(或许不能)将父记录的id记录包含在父数组中。或者还有其他方法可以解决这个问题吗?
作为旁注,我很困惑应该在hasMany
/ belongsTo
关键链接的定义中传递哪些选项(如果我没有侧载,我应该使用映射数据或数组?),所以如果您认为我的问题可能存在于我的关联定义中,那么您很有可能是正确的。
我正在编写自己的DS.RESTAdapter
子类,将ember-data绑定到ASP.NET WebAPI后端(使用Entity Framework)。到目前为止一切都那么好,但我有一段时间让协会正常工作。
与this poster类似,我注意到ember-data的首页表示 使用表示如果你有{{1}在您的模型中关联,并且您hasMany
该属性,商店将发出子记录请求。从页面引用:
如果您要请求个人资料,请执行以下操作:
get
... REST适配器会向URL / profiles发送请求吗?author_id = 1。
这意味着如果你没有侧载并且不包含一系列ID,就会发生这种情况。我意识到这些文档已经过时了,但是我无法在API版本7或更新的版本9中实现这一点。但是在版本9中我确实找到了{{1在版本11中有方法,有author.get('profile');
方法,我猜测的是可能用于实现此目的的方法,我现在正试图使用它
我不想做的三个主要原因(可能不会):
使用ASP.NET WebAPI如何做这些事情并不明显,至少不是我使用的基于装饰的简单方法。而且,我现在非常喜欢后端的简单性和轻薄性,使用EF和WebAPI,它几乎完全是每个实体的样板,我已经完成了!我甚至得到了OData过滤支持"免费"。
我的子记录通常会通过昂贵的查询生成(例如聚合...指标汇总)。并且单个父实体有许多不同类的子实体。因此,即使获取所有子类型的ID也会很昂贵,并且生成和侧载所有子记录都是不可能的。
我有子实体,主键是复合键。我还没有看到这样一个例子,甚至在ember-data中支持/可能,至少不是用于处理关联(例如,你将如何做一组id?)。我在我的客户端模型中创建了一个计算属性,它将复合键强制转换为单个字符串,因此我可以使用findAssociation
从商店中检索单个记录,但我又不知道如何使用它协会。
findHasMany
find(...)
我已经发现在API版本 9(和一些早期版本但不是全部?) 11中,我可以实现 findAssociation
findHasMany
方法检索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.
}
});
}
选项值,该值是记录上的一个函数,它返回子请求中查询字符串的参数哈希值。由于这是针对ASP.NET WebAPI后端的,因此可能是OData过滤器,例如:
hasMany
其中一个技巧是使用query
将项目添加到App.ParentEntity = DS.Model.extend({
...
children: DS.hasMany('App.ChildEntity', {
query: function (record) {
return {
"$filter": "ChildForeignKey eq '" + record.get('id') + "'"
};
}
})
});
,这样父记录就不会被标记为"脏"好像它已被编辑。另一种是,当我最初检索父记录的JSON时,我必须为关联名称的密钥手动设置ManyArray
的值(来自服务器的JSON没有密钥在所有)。即:
addToContent(item)
这听起来很疯狂,但这就是为什么:如果你看一下true
的实现并找到 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
被调用的地方,你就是&#39 ;找到:
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);
的唯一方法是让JSON中的值成为&#34; truthy&#34; ,但不是一个数组 - 我使用findAssociation
。我认为这是一个错误/不完整,或者表明我走错了路 - 如果有人能告诉我哪个也会很棒。
尽管如此,我可以让ember-data自动向服务器发出子记录请求,例如:到findHasMany
并且它有效 - 子记录被加载,并且它们与父记录相关联(顺便说一下,反true
关系也被正确填充,尽管事实上我是没有明确地触摸它 - 我不知道在哪里或如何发生这种情况。)
但是,如果我不能在那里停下来那么会很快崩溃。
所以说我成功将子记录加载到父记录中,然后导航到 all 检索父记录的位置(填充菜单)。由于新加载的父记录没有ids数组且没有任何侧载,因此父记录将刷新而不再有任何子项!更糟糕的是,http://myserver.net/api/child_entity/$filter=ChildForeignKey eq '42'
belongsTo
属性仍为ManyArray
!因此,我甚至无法观察任何重新装载孩子的事情。
因此,如果我同时在屏幕上显示子值,则会立即显示没有子记录值。或者如果我导航回一个,当调用isLoaded
时,记录将从商店加载而不向服务器发出请求,当然它没有子记录。
这是暗示#2,我可能会以错误的方式解决这个问题。那么......按需加载子记录的正确方法是什么?
非常感谢!
答案 0 :(得分:10)
基于最新的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);
};
首先,我将key
添加到meta
对象...
meta.key = key;
......第二,如上所述,我通过更改... {/ p>从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代码所做的修改,在我看来,他们已经慢慢向一个方向发展,在这个方向上将来会支持类似于这种方法的东西。或者至少这是我的希望。