Завършено събитие за преход и изобразяване на Ember

Има няколко различни начина, по които можете да разрешите това

didInsertElement

Това се задейства, когато изгледът се вмъкне за първи път, но не се задейства, ако моделът е изключен под изгледа (защото Ember обича да използва повторно елементи, тъй като е по-евтино от повторното изграждане на целия DOM). Пример по-долу.

просто

Ако трябва да го направите само веднъж, при първото вмъкване на изгледа използвайте didInsertElement

App.FooView = Em.View.extend({
  setupSomething: function(){
    console.log('the dom is in place, manipulate');
  }.on('didInsertElement')
});

Пример: http://emberjs.jsbin.com/wuxemo/1/edit

Комплекс

Ако трябва да планирате нещо, след като DOM е бил изобразен от самия маршрут, можете да използвате schedule и да го вмъкнете в опашката afterRender.

App.FooRoute = Em.Route.extend({
  setupController: function(controller, model){
    this._super('controller', model);
    Ember.run.schedule('afterRender', this, function () {
      //Do it here
    });
  }
});

Пример: http://emberjs.jsbin.com/wuxemo/2/edit

Обещание за преход

Обещанието на прехода ще завърши, преди да завърши изобразяването на елементи. Но това ви дава кука, когато е готово с извличането на всички модели и контролери и свързването им.

Ако искате да се свържете с преходното събитие, можете да го направите така:

var self = this;
transitionTo('foo').then(function(){
    Ember.run.schedule('afterRender', self, function () {
          //Do it here
    });
})

Куката afterModel може да работи за вас:

App.MyRoute = Ember.Route.extend({
  afterModel: function(model, transition) {
    transition.then(function() {
      // Done transitioning
    });
  }
});

Тествах това с помощта на RC-7 с маршрути, които едновременно имат и нямат динамични сегменти (т.е. маршрут с модел и маршрут без модел). Изглежда, че работи и в двата случая.

Вижте този JSBin за пример за RC-6:
Изход: http://jsbin.com/OteC/1/
Източник: http://jsbin.com/OteC/1/edit?html,js

setupController е последното нещо, което рутерът извиква, преди да финализира прехода. И ако завърши без грешки, що се отнася до Ember, преходът е завършен. Всъщност виждате това в действие, като активирате LOG_TRANSITIONS_INTERNAL.

В този момент няма значение дали контролерът е извел грешка, изгледът е извел грешка и т.н. Рутерът е завършил прехода към целевия маршрут.

Така че setupController е последното място по отношение на рутера, което съответства на didTransition.

Когато съдържанието/моделът, поддържащ контролера, се промени в съществуващ изглед, обвързванията се включват. Повечето от промените, които се случват с изгледа в този момент, са чрез метаморфизиране.

Най-близкото място, за което се сещам да се закача, е View.render, което натиска промените в RenderBuffer. Но все пак трябва да отчетете метаморфизирането чрез миксини, което се случва тук.

didTransition наистина съществува, както се надявахте -- но това е действие, а не кука

XXRouter
actions: {
    didTransition: function() {
        this.controller.set("hasTransitioned", true); // or whatever is needed?!
        return true; // Bubble the didTransition event
    },
}


XXController    
observeTransition: function() {
    alert('complete Transition');
}.observes('hasTransitioned'),