EmberData: две модели, связанные с отношениями hasMany

Мы используем аналогичный метод создания объекта ассоциации. Однако вместо того, чтобы переопределять имеющиеся методы, мы просто добавили объекты соединения в API.

поэтому в моделях мы создаем:

App.Hashtag = DS.Model.extend({
  hashtagUsers: DS.hasMany('App.HashtagUser', {key: 'hashtag_user_ids'})   
});

App.User = DS.Model.extend({
  hashtagUsers: DS.hasMany('App.HashtagUser', {key: 'hashtag_user_ids'})
});

App.HashtagUser = DS.Model.extend({
  user: DS.belongsTo('App.User'),
  hashtag: DS.belongsTo('App.Hashtag')
});

Затем для транзакций мы просто изменяем и фиксируем объект соединения.

App.UserController = Ember.ObjectController.extend({
  followHashtag: function(tag) {
    var hashtagUser;
    hashtagUser = this.get('hashtagUsers').createRecord({
      hashtag: tag
    });
    tag.get('hashtagUsers').pushObject(hashtagUser);
    App.store.commit();
  }
  unfollowHashtag: function(tag) {
    var itemToRemove;
    itemToRemove = this.get('hashtagUsers').find(function(hashtagUser) {
      if (hashtagUser.get('hashtag') === this) {
        return true;
      }
    }, tag);
    this.get('hashtagUser').removeObject(itemToRemove);
    tag.get('hashtagUser').removeObject(itemToRemove);
    itemToRemove.deleteRecord();
    App.store.commit();   

});

API создает объект HashtagUser, а метод follow просто добавляет этого пользователя в обе связанные части.

Для удаления он извлекает связанные объекты и уничтожает объект ассоциации.

Хотя это не так элегантно, как могло бы быть, нашей главной мотивацией было то, что когда Ember Data обновится, мы сможем легче перевести его на простую стандартную версию с поддержкой Ember Data, чем если бы мы возились с самим Магазином.

Отношения «многие ко многим» еще не поддерживаются в ember-data. На данный момент одним из возможных обходных путей является ручное управление таблицей соединения.

A = DS.Model.extend({
  abs: DS.hasMany('Ab'),

  bs: function () {
    return this.get('abs').getEach('b'); 
  }
});

Ab = DS.Model.extend({
  a: DS.belongsTo('A'),
  b: DS.belongsTo('b')
});

B = DS.Model.extend({
  abs: DS.hasMany('Ab'),

  bs: function () {
    return this.get('abs').getEach('a'); 
  }
});

Это только отправная точка. Затем вам нужно настроить свои модели и адаптер, чтобы отправлять/получать/сохранять записи в рабочем режиме

Например, в нашем приложении мы вводим параметр { includedJoin: true } внутри отношений hasMany и объявляем таблицу соединений как JoinModel.

A = DS.Model.extend({
  abs: DS.hasMany('Ab', {includeJoin: true}),
  ...
});

DS.JoinModel = DS.Model.extend();

Ab = DS.JoinModel.extend({
  ... belongsTo relationships ...
});

Затем в адаптере мы переопределяем методы создания/обновления/удаления, чтобы игнорировать жизненный цикл таблицы соединений в хранилище.

createRecords: function (store, type, records) {
  if (!DS.JoinModel.detect(type)) {
    this._super(store, type, records);
  }
}

Наконец, в сериализаторе мы переопределяем функцию addHasMany, чтобы отправлять данные соединения на сервер в виде встроенных идентификаторов в родительских моделях.

addHasMany: function (hash, record, key, relationship) {
  var 
    options = relationship.options,
    children = [];

  //we only add join models, use of `includeJoin`
  if (options.includedJoin) {
    record.get(relationship.key).forEach(function (child) {
      children.pushObject(child.toJSON({
        includeId: true
      }));
    });
    hash[key] = children;
  }
}

На стороне сервера мы используем Rails с ActiveModelSerializer, поэтому единственная непростая настройка — это когда мы обновляем родительские модели, мы вручную управляем отношением соединений и создаем/удаляем записи в таблице соединений.