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, така че единственото малко сложно персонализиране е, когато когато актуализираме родителските модели, ръчно управляваме релацията на присъединяване и създаваме/изтриваме записи в таблицата за присъединяване.