我们将Ember与Ember-Data一起使用,并且通过以下设置难以接受:
有一个父对象(Epic
),它有许多子对象(UserStory
)。我们使用ember-data相应地对此进行了建模:
App.Epic = DS.Model.extend({
name: DS.attr("string"),
description: DS.attr("string"),
project: DS.belongsTo("App.Project")
});
App.UserStory = DS.Model.extend({
name: DS.attr("string"),
description: DS.attr("string"),
goal: DS.attr("string"),
benefit: DS.attr("string"),
epic: DS.belongsTo("App.Epic")
});
我们现在想要实现的是,我们有一个独立表单列表,可以编辑Epic
内联所有UserStories
。显然,我们只需通过UserStories
将所有Epic
与RESTAdapter
一起发送。但我们担心这会导致丑陋的更新方案:更改一个UserStory
会触发整个Epic
及其所有UserStories
的更新。在我们的体系结构中,UserStory
是一个独立的实体,应由dedidacted REST服务维护。
作为一个新手,我们想要实现以下几点:
Epic
EpicController
以将所有UserStories
加载到单独的模型中 - (列表)。Epic
的更改会触发对Epic Rest Service
的更改。UserStory
表单的更改会触发对User Story Rest Service
的单独更改。如何实现魔力?
答案 0 :(得分:1)
看一下controllerFor方法:
答案 1 :(得分:0)
这有点令人尴尬,但我想要的是默认情况下ember-data的表现方式。我需要做的就是让Epic
REST-Service提供UserStory
ID而不是内联对象。 Ember将让所有的孩子一次性 - URL设置有点难看但有效 - 并且将使用UserStory
休息服务来做放置。
Ember有着陡峭但令人满意的学习曲线。
感谢您的反馈。
的Stefan