在我的应用程序中,我的路由图中有共同的父/子关系。
App.Router.map(function () {
this.resource('strats', {path: "/"}, function() {
this.route('strat', {path: "/strat/:strat_id"});
});
});我的理解是,当Ember第一次进入父路由时,它会调用find()来获取所有模型,这通常会触发对服务器的Ajax调用。然后,当Ember随后转换到子路由时,它首先调用find(),然后调用find(id)。如果我正在使用一个带有身份映射实现的数据层(比如Ember-Data或Ember-Model),这些对find()和find(id)的后续调用应该会导致从本地内存中获取数据,而且只要应用程序正在运行,Ember就不应该因为调用这些函数而对服务器发起另一个Ajax调用。如果这种理解是正确的,那么我就不应该在服务器端实现find(id)。
我在应用程序中使用Ember-Model。当我在路由之间导航时,我在服务器端看到对单个模型的请求偶尔会出现,这意味着对find(id)的调用有时会触发对服务器的Ajax调用,这是意想不到的。上面描述的逻辑中的缺陷在哪里?
发布于 2013-11-25 06:16:05
首先,Ember本身只做你的模型钩子告诉它做的事情。
只有当您再次访问该路由时,才会调用这些钩子。我将使用上面的路由器给出一些例子。
App.Router.map(function () {
this.resource('cow');
this.resource('strats', {path: "/"}, function() {
this.route('strat', {path: "/strat/:strat_id"});
});
});(1)),我访问了strat/2路由。路由(StratsStratRoute)的模型钩子将被访问((2))。
有趣的是,Ember Model有一个有趣的特性,你可以使用find或fetch。find将构建一个虚拟记录并立即返回它,一旦返回ajax,它将更新模型。fetch将返回一个promise,一旦ajax返回并完全构建了记录,它将解析promise。
请注意,在find方法中有一点竞争条件。想象一下,如果在strats路径中找到(),然后在strat路径中找到(1)。它们都会立即解析(使用虚拟记录),并且都会调用服务器。第一个调用是针对所有记录(可能包括1),第二个调用是针对记录#1。因此,我们只对记录1进行了2个调用,这有点浪费。在这种情况下,fetch会更好。让我们用fetch来考虑一下。获取strats路径,现在我们等待它被解决。一旦它被解析了(也就是服务器返回了所有的模型),我们进入了strat路由,它确实是fetch(1),而不是访问服务器,它知道它已经有了模型1,它在strats路由中下来了,所以它不会发出ajax请求,它会立即解析。
希望这能清除一点灰尘。
https://stackoverflow.com/questions/20177278
复制相似问题