Подтвердить что ты не робот

Как * not * уничтожить View при выходе из маршрута в Ember.js

Относительно новой системы маршрутизации Ember.js(описывается здесь), если я правильно понимаю, виды уничтожаются при выходе из маршрута.

Есть ли способ обойти разрушение представлений при выходе из маршрута, чтобы состояние представления сохранялось, когда пользователь снова входит в маршрут?


Обновление. Похоже, представления не уничтожаются, если вид на выход не заменяется новым маршрутом. Например, если вы находитесь в состоянииA с ViewA в каком-либо {{master-выходе}}, и вы переходите в состояниеB с ViewB в {{master-master}}, тогда ViewB заменит ViewA. Для этого нужно определить несколько точек, когда вам нужно сохранить представления, например {{outlet master1}}, {{outlet master2}},...

Хорошей особенностью будет возможность передать массив представлений в розетку. А также сможете выбрать, будут ли виды уничтожены или просто спрятаны при выходе из маршрута.

4b9b3361

Ответ 1

С тех пор я понял, как изменить систему маршрутизации, так что представления, вставленные в выходные точки, не уничтожаются. Сначала я переопределяю хелпер Handlebars outlet, так что он загружает Ember.OutletView в {{outlet}}:

Ember.Handlebars.registerHelper('outlet', function(property, options) {
  if (property && property.data && property.data.isRenderData) {
    options = property;
    property = 'view';
  }

  options.hash.currentViewBinding = "controller." + property;

  return Ember.Handlebars.helpers.view.call(this, Ember.OutletView, options);
});

Где Ember.OutletView расширяет Ember.ContainerView следующим образом:

Ember.OutletView = Ember.ContainerView.extend({
    childViews: [],

    _currentViewWillChange: Ember.beforeObserver( function() {
        var childViews = this.get('childViews');

            // Instead of removing currentView, just hide all childViews
            childViews.setEach('isVisible', false);

    }, 'currentView'),

    _currentViewDidChange: Ember.observer( function() {
        var childViews = this.get('childViews'),
            currentView = this.get('currentView');

        if (currentView) {
            // Check if currentView is already within childViews array
            // TODO: test
            var alreadyPresent = childViews.find( function(child) {
               if (Ember.View.isEqual(currentView, child, [])) {          
                   return true;
               } 
            });

            if (!!alreadyPresent) {
                alreadyPresent.set('isVisible', true);
            } else {
                childViews.pushObject(currentView);
            }
        }
    }, 'currentView')

});

В основном мы переопределяем _currentViewWillChange() и просто спрячем все childViews вместо удаления currentView. Затем в _currentViewDidChange() мы проверяем, находится ли currentView внутри childViews и действуют соответственно. Ember.View.isEqual представляет собой модифицированную версию Подчеркивание isEqual:

Ember.View.reopenClass({ 
    isEqual: function(a, b, stack) {
        // Identical objects are equal. `0 === -0`, but they aren't identical.
        // See the Harmony `egal` proposal: http://wiki.ecmascript.org/doku.php?id=harmony:egal.
        if (a === b) return a !== 0 || 1 / a == 1 / b;
        // A strict comparison is necessary because `null == undefined`.
        if (a == null || b == null) return a === b;
        // Unwrap any wrapped objects.
        if (a._chain) a = a._wrapped;
        if (b._chain) b = b._wrapped;
        // Compare `[[Class]]` names.
        var className = toString.call(a);
        if (className != toString.call(b)) return false;

        if (typeof a != 'object' || typeof b != 'object') return false;
        // Assume equality for cyclic structures. The algorithm for detecting cyclic
        // structures is adapted from ES 5.1 section 15.12.3, abstract operation `JO`.
        var length = stack.length;
        while (length--) {
            // Linear search. Performance is inversely proportional to the number of
            // unique nested structures.
            if (stack[length] == a) return true;
        }
        // Add the first object to the stack of traversed objects.
        stack.push(a);
        var size = 0, result = true;
        // Recursively compare objects and arrays.
        if (className == '[object Array]') {
            // Compare array lengths to determine if a deep comparison is necessary.
            size = a.length;
            result = size == b.length;
            if (result) {
                // Deep compare the contents, ignoring non-numeric properties.
                while (size--) {
                    // Ensure commutative equality for sparse arrays.
                    if (!(result = size in a == size in b && this.isEqual(a[size], b[size], stack))) break;
                }
            }
        } else {
            // Objects with different constructors are not equivalent.
            if (a.get('constructor').toString() != b.get('constructor').toString()) {
                return false;
            }

            // Deep compare objects.
            for (var key in a) {
                if (a.hasOwnProperty(key)) {
                    // Count the expected number of properties.
                    size++;
                    // Deep compare each member.
                    if ( !(result = b.hasOwnProperty(key) )) break;
                }
            }
        }
        // Remove the first object from the stack of traversed objects.
        stack.pop();
        return result;
    }
});

Ответ 2

Таким образом, состояние представления сохраняется, когда пользователь повторно вводит маршрут.

Я бы вместо этого сохранил эту информацию в контроллере (или диспетчере состояний), чтобы при повторном вводе маршрута новое представление инициализировалось старым состоянием. Имеет ли это смысл? Например, если выбран список сообщений и один, вы сохраните данные о том, какой пост был выбран в контроллере (или диспетчере состояний). После посещения определенной записи, а затем вернитесь к списку, этот же пост будет выбран.

Я могу представить пример использования, когда это не очень полезно (например, прокрутка к определенной позиции в длинном списке), поэтому, возможно, это не отвечает на ваш вопрос.