发布于 2015-08-18 16:30:09 | 262 次阅读 | 评论: 0 | 来源: 网络整理
这取决于想要查询多少记录和记录是否已经加载到仓库。
查询比 较适合于搜索成百上千甚至百万级的记录。需要做的只是将搜索条件发送给服务器端，然后搜索匹配的记录的责任就交由服务器来处理。因为服务器返回的数据包含 匹配的记录的ID，所以仓库即使之前没有加载这些记录也不会有影响；仓库发现这些记录并没有被缓存会通过ID来发送请求获取记录。
使用查询的缺点是它们无法得到自动更新，效率较低，并且要求服务器端支持希望执行的查询类型。
因为服务器端决定与查询匹配的记录，而不是仓库，查询无法自动更新。如果需要更新查询结果，需要手动的调用reload()，并等待服务器端返回。如果在客户端创建了一个新的记录，该记录不会自动在结果中显示，除非服务端已经包含了该记录，并且重新加载了查询结果。
因为仓库必须让服务器端来决定查询的结果，因此需要一个网络请求。这会让用户觉得缓慢，特别是在用于与服务器间的连接速度较慢的情况下。当需要访问服务器的话，Javascript Web应用会明显的感觉到慢。
最后，执行查询需要仓库和服务器端协同工作。在默认情况下，Ember Data将搜索条件作为HTTP请求的body发送到服务器端。如果服务器端并不支持查询的格式，那么需要修改服务器以便支持查询，或者通过自定义一个适配器来定义需要发送的查询。
过滤器是对仓库中缓存的对象执行实时的查询。一旦新的记录被加载到仓库，过滤器会自动检查记录是否匹配条件，如果匹配，会将其加入到搜索结果的数组中。如果这个数组显示在模板中，模板也会自动更新。
过滤器还会顾及新创建的还未保存的记录，以及被修改未保存的记录。如果希望记录在客户端一创建或者修改就在搜索结果中显示，那么就应该是用过滤器。
请记住，如果仓库不知道记录的存在，记录不会包含在过滤器中。通过仓库的push()方法可以确保仓库知道记录的存在。
此外也有一个制约条件，就是有多少记录可以保存在内存中进行过滤，直到出现性能问题。
最后，应该联合使用查询和过滤器来扬长避短。记住通过查询服务器返回的记录都是缓存在仓库中的。可以利用这一点来做过滤，通过查询仓库来将记录加载到仓库，然后使用一个过滤函数来匹配相同的记录。
这可以避免所有的记录都通过服务器来查询，同时也创建了一个能包含客户端创建和修改的记录的动态更新列表。
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 |
App.PostsFavoritedRoute = Ember.Route.extend({
model: function() {
var store = this.store;
// Create a filter for all favorited posts that will be displayed in
// the template. Any favorited posts that are already in the store
// will be displayed immediately;
// Kick off a query to the server for all posts that
// the user has favorited. As results from the query are
// returned from the server, they will also begin to appear.
return store.filter('post', { favorited: true }, function(post) {
return post.get('isFavorited');
});
}
});
|
当通过Ember Data的store.find方法来请求一条记录时，Ember会自动将数据加载到store中。这样Ember就避免了在之后在发起一个请求来获取已经获取到的记录。此外，加载一条记录到store时，所有的包含该条记录的RecordArray都会被更新（例如store.filter或者store.all构造的）。这就意味着所有依赖与RecordArray的数据绑定或者计算属性都会在添加新的或者更新记录值的时候自动进行同步。
而一些应用可能希望能不通过store.find请求记录来添加或者更新store中得记录。为了实现这种需求，可以通过使用DS.Store的push，pushPayload，或者update方法。这对于那些有一个通道（例如SSE或者Web Socket）通知应用后台有新记录创建或者更新非常有用。
push是加载记录到Ember Data的store的最简单方法。当使用push时，一定要记住将JSON对象推入store之前将其反序列化。push一次只接受一条记录。如果希望一次加载一组记录到store那么可以调用pushMany.
1 2 3 4 5 6 |
socket.on('message', function (message) {
var type = store.modelFor(message.model);
var serializer = store.serializerFor(type.typeKey);
var record = serializer.extractSingle(store, type, message.data);
store.push(message.model, record);
});
|
pushPayload是一个store#push方法的便利封装，它将使用模型实现了pushPayload方法的序列化对象来反序列化有效载荷。需要注意的是这个方法并不能与JSONSerializer一同使用，因为其并没有实现pushPayload方法。
1 2 3 |
socket.on('message', function (message) {
store.pushPayload(message.model, message.data);
});
|
update与push方法类似，不同的是其可以处理部分属性，而不需要覆盖整个记录的属性。这个方法对于只接收到记录改变的属性的通知的应用尤为有用。与push方法一样，update需要在调用之前将JSON对象反序列化。
1 2 3 4 5 6 7 8 9 10 11 12 |
socket.on('message', function (message) {
var hash = message.data;
var type = store.modelFor(message.model);
var fields = Ember.get(type, 'fields');
fields.forEach(function(field) {
var payloadField = Ember.String.underscore(field);
if (field === payloadField) { return; }
hash[field] = hash[payloadField];
delete hash[payloadField];
});
store.push(message.model, hash);
});
|