模板访问Ember Data hasMany属性时处理拒绝的诺言

Question

当'findHasMany'调用失败时，是否存在处理错误的标准方法？ 用例：

Model: App.User
{
DS.hasMany('comments', {'async': true});
}

模板

{{#each comment in comments}}
<p>{{comment.title}}</p>
{{/each}}

问题是，当由于某些服务器问题而导致延迟加载注释失败时，我希望能够响应UI中的该错误（通过路由到其他地方，在页面上显示有关错误的弹出窗口等）。 。 目前，诺言只是拒绝。 我以为Ember Data在类似的情况下可能会在ManyArray上挂上一些钩子，但似乎没有，而且在这种情况下，商店似乎并没有明确定义要执行的操作： https : //github.com /emberjs/data/blob/v1.0.0-beta.8/packages/ember-data/lib/system/store.js#L1758-给了promise一个'resolve'方法，但没有拒绝方法。

我的选择似乎是子类化商店，然后在其中添加一些拒绝代码，或者子类化DS.PromiseArray并观察“ isRejected”属性。 任何想法都将受到欢迎！

编辑：这个问题似乎可以归结为以下事实：处理路由中定义的模型时，Ember和Ember Data可以很好地协同工作（您可以在错误操作中捕获拒绝的Promise），没有直接通过模板。 一种解决方案可能是在控制器中让观察者观察诸如“ model.isError”之类的东西，但是失败的hasMany关系不会触发拥有模型的错误。 我想我可以做“ comments.isRejected”，但同样，我必须为具有模型具有hasMany关系的每个控制器（换句话说，所有这些）编码，这似乎不太令人满意。 如果模型具有可观察的可枚举属性（例如“ hasManyIsError”：{comments：false，posts：true}），那么使用'hasManyIsError.length可以很容易地观察其中的任何一个。

Answer 1

假设已获取一个名为user的var，您可以这样做：

var itWorked = function(comments) { return comments; }
var itFailed = function(error) { return error; }

user.get("comments").then(itWorked, itFailed);

async：true表示它将使用诺言...因此您可以使用...然后就不能在未指定async：true的关系上这样做。

[edit]对不起，我只是意识到，在注释请求失败时，放在itFailed函数中的任何内容可能都不是显而易见的事情，对于itWorked来说，反之亦然... :)