Создание записи с данными Ember.js & Ember-data & Rails и обработкой списков записей

Ответ 1

Мы используем вариацию решения 3 в нескольких местах нашего приложения. IMHO это самый чистый из 3, так как вам не нужно беспокоиться о настройке/разрыве на стороне сервера. Вот как мы его реализуем:

App.PostsController = Ember.ArrayController.extend({
  sortProperties: ['id'],
  sortAscending: true,
  filteredContent: (function() {
    return this.get('content').filter(function(item, index) {
      return !(item.get('isDirty'));
    });
  }).property('[email protected]')
});

Затем в вашем шаблоне Posts вы выполняете loop.filteredContent вместо control.content.

Для решения 1 существует много возможностей. Вы можете определить следующее событие:

  createPost: function() {
    var post,
      _this = this;
    post = App.Post.createRecord({});
    post.one('didCreate', function() {
      return Ember.run.next(_this, function() {
        return this.transitionTo("posts.edit", post);
      });
    });
    return post.get("store").commit();
  }

Создает сообщение, затем устанавливает обещание, которое будет выполнено после срабатывания "didCreate" в сообщении. Это обещание переходит на пост-маршрут только после того, как оно вернулось с сервера, поэтому оно будет иметь правильный идентификатор.

Ответ 2

Действительно, очень приятно писать. спасибо для этого.

Разве ваш filteredContent не должен использовать состояние isNew i.o. isDirty, в противном случае Post, который редактируется, не будет виден. В любом случае свойство filteredContent не работает в моем случае. Я также заметил, что, поскольку я использую изображение как часть каждого элемента, все изображения будут обновляться при изменении filteredContent. Это означает, что я вижу запрос для каждого изображения.

Я использую несколько иной подход. Я просматриваю содержимое и решаю, показывать или не показывать Опубликовать в шаблоне:

# posts.handlebars
<ul class='posts'>
  {{#each controller}}
    {{#unless isNew}}
      <li>
        <h3>{{#linkTo post this}}{{title}}{{/linkTo}}</h3>
        <img {{bindAttr src="imageUrl"}}/>
        <a {{action deletePost}} class="delete-post tiny button">Delete</a>
      </li>
    {{/unless}}
  {{/each}}
</ul>

После сохранения будет отображаться объект Опубликовать. URL-адрес в теге H3 также содержит идентификатор вновь созданного объекта i.o. сообщения/нуль.

Еще одна вещь, которую я заметил в вашем вопросе: вместо того, чтобы передавать значения по умолчанию для createRecord, вы можете использовать свойство defaultValues ​​для самой модели:

Итак, вместо:

# App.PostsNewRoute
var post = transaction.createRecord(App.Post, {
            title: 'default placeholder title',
            body: 'default placeholder body'
       });

вы можете сделать это:

# App.Post
App.Post = DS.Model.extend({
  title: DS.attr('string', {
    defaultValue: "default placeholder title"
  }),
  body: DS.attr('string', {
    defaultValue: "default placeholder body"
  })
});

# App.PostsNewRoute
var post = transaction.createRecord(App.Post);

Ответ 3

На самом деле я написал функцию, чтобы отменить массив содержимого a назад:

http://andymatthews.net/read/2012/03/20/Reversing-the-output-of-an-Ember.js-content-array

Это довольно старая статья, почти год назад, поэтому она, вероятно, не будет работать так, как есть, но структура существует...

Вы можете увидеть это в действии в этом мини-приложении, которое я написал:

http://andymatthews.net/code/emberTweets/

Искать пользователей в поле ввода вверху и смотреть на левую сторону, как они появляются в порядке от самых старых до самых старых (вместо самых старых и новейших).