使用余烬数据访问服务器端业务逻辑的模式是什么?例如,我在后端API上有一个“markAsFavourite(itemId)”函数。我如何通过ember数据调用这个函数,并在函数评估后重新加载指定的项目记录?使用余烬数据访问服务器端业务逻辑
我可以在控制器中手工制作,但我不认为将我的API访问权限分成两个地方是一个好主意。
还是有更好的方法来处理这个问题吗?
使用余烬数据访问服务器端业务逻辑的模式是什么?例如,我在后端API上有一个“markAsFavourite(itemId)”函数。我如何通过ember数据调用这个函数,并在函数评估后重新加载指定的项目记录?使用余烬数据访问服务器端业务逻辑
我可以在控制器中手工制作,但我不认为将我的API访问权限分成两个地方是一个好主意。
还是有更好的方法来处理这个问题吗?
我从来没有尝试过这样做过,但我想到的第一件事就是将命令封装到服务器中,并将其发布到服务器的自定义滚动命令对象中与您的服务器发回适当的回应。也许是这样的:
{ “功能”: “do_something”, “target_model”: “模式”, “target_ids”:[1,2,3,4,5] ...等
我想你可以做很多有趣的事情...
我认为你应该尝试设置项目标记,然后提交到服务器。然后让服务器需要做到这一点,以使其成为现实。
App.Item = DS.Model.extend({
favourite: DS.attr('boolean')
});
那么剩下完整的API需要检查它,然后不断更新需要做,使之标记为收藏什么。