骨干关系有很多最佳实践

trerum 发布于 2019-03-09 backbone.js 最后更新 2019-03-09 14:42 4 浏览

我是Backbone-relational的新手,我不确定什么是使用HasMany的正确方法。 我有一个Parent模型,其中有很多children(我指的是“成千上万的子元素”的“许多”)。为了避免性能问题,我通过外键查询子项:/child/?parent=1,而不是在Parent中创建child_ids的巨大列表。但似乎这不是主干关系工作的方式。 所以我想知道什么是正确的方式来处理这个问题。 1,将我的json api更改为在父级中包含子id的列表,然后发送数千个id作为Backbone-relational推荐:

url = function(models) {
  return '/child/' + ( models ? 'set/' + _.pluck( models, 'id' ).join(';') + '/' : '');
}
// this will end up with a really long url: /child/set/1;2;3;4;...;9998;9999
2,重载Backbone-relational中的很多方法,让它处理这种情况。我的第一个想法是:
relations: [{
  collectionOptions: function(model){
    // I am not sure if I should use `this` to access my relation object 
    var relation = this;
    return {
      model: relation.relatedModel,
      url: function(){
        return relation.relatedModel.urlRoot + '?' + relation.collectionKey + '=' + model.id;
      }
    }
  }
}]
// This seems work, but it can not be inherent by other model
// And in this case parent will have am empty children list at beginning.    
// So parent.fetchRelated() won't fetch anything, I need call this url my self.
3,只使用Backbone-relational作为Store,然后用Collection来管理关系。 4,其他一些神奇的方式或模式或骨干框架 感谢帮助。
已邀请:

podio

赞同来自:

这是我当前项目的解决方案。请注意,Project包含许多评论,事件,文件和视频。这些关系及其反向关系在这些模型上定义:

Entities.Project = Backbone.RelationalModel.extend({
    updateRelation: function(relation) {
        var id = this.get('id'),
            collection = this.get(relation);
return collection.fetch({ data: $.param({ project_id: id }) });
    }
});
我将REST端点配置为采用充当连续“WHERE”子句的参数。所以project.updateRelation('comments')会向/comments?project_id=4发送请求。我在服务器端有一些进一步的逻辑来过滤掉用户无权查看的内容。 (Laravel后端,顺便说一下)