Подписка вложенных моделей

[s8000_1]

Допустим, вьювер должен реагировать на изменение 3х моделей, которые находятся непонятно где, например:

AppGlobal.model.resources.model1
AppGlobal.model.playground.user.item.model2
AppGlobal.model.model3

Чтобы подписать что-то на измения, надо для начала подписать родительскую модель на событие создания. А если уровней вложенности несколько, то всех родителей.
Для решения этой задачи вытащил из flex ChangeWatcher, но у него есть минус - при изменении имени какого-либо свойства из цепочки, он перестает работать, не ругаясь при этом.

BindingUtils.bindSetter(this._setModel1, AppGlobal.model, ["resources","model1"], false,true);
BindingUtils.bindSetter(this._setModel2, AppGlobal.model, ["playground","user","item","model2"], false,true);
BindingUtils.bindSetter(this._setModel3, AppGlobal.model, ["model3"], false,true);

Как вы решаете в целом проблему подписки на события таких моделей?

[alatar]

Передайте view ссылки на модели, пусть подпишется.

[s8000_1]

alatar, так не известно, создались ли модели или нет. Если бы была гарантия 100% существования нужного свойства нужной модели, то проблемы бы не возникало. Их создают другие контроллеры, никак с этим вьювером не связанные.

[dimarik]

Подписываю представление(я) на события создания дочерних моделей в родительских моделях. Можно подписаться к общему узлу, имеющим в своих ветках нужных родителей. Событие добавления/удаления доставляется к этому узлу баблингом.

[Psycho Tiger]

Сообщение от dimarik

Подписываю представление(я) на события создания дочерних моделей в родительских моделях. Можно подписаться к общему узлу, имеющим в своих ветках нужных родителей. Событие добавления/удаления доставляется к этому узлу баблингом.

А как представление узнает какое представление создать к новоиспеченной модели? Элементарным перебором?

Да, своя реализация, с помощью EventDispatcher'а. Почти своя, если учесть что DOM адоб реализовал только для дисплей-листа. Мой велосипед - конгломерат модернизации идей BloodHound'а и исследования поведения нативного EventDispatcher. Эта штука просто реализует GoF паттерн Composite. Хочу разродится в скором времени статейкой в своем бложике по этому поводу.

Отказался от дисплайобджектов в моделях? Будет интересно пощупать. У меня всегда были проблемы с реализации композита гофовского )

[dimarik]

Сообщение от Psycho Tiger

А как представление узнает какое представление создать к новоиспеченной модели? Элементарным перебором?

Достаточно того, что родительское представление ожидает появление новой дочерней модельки от узловой модельки. Пример - витрина магазина. Набор дочерних представлений товара. Новое представление появляется/удаляется по мере добавления/удаления моделей в родительский узел. Представления имеют один тип, который принимает один тип модельки.

Сложнее хотите? Давайте применим AbstractFactory. По типу модели выдадим тип представления. Полный консенсус. )

[alatar]

Если бы была гарантия 100% существования нужного свойства нужной модели, то проблемы бы не возникало.

Можно и не знать о существовании свойсв у модели. Вам ведь нужны только изменения? Ну так пошлите событие, что свойство n изменило свое значение с x на y. Модели можно передавать как базовый класс или интерфейс, у которого есть только нужное событие.

[s8000_1]

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

alatar, (что тут писать, если нечего подписывать?).addEventListener(...)
И в какой момент подписывать.

[dimarik]

Сообщение от s8000_1

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

Да, своя реализация, с помощью EventDispatcher'а. Почти своя, если учесть что DOM адоб реализовал только для дисплей-листа. Мой велосипед - конгломерат модернизации идей BloodHound'а и исследования поведения нативного EventDispatcher. Эта штука просто реализует GoF паттерн Composite. Хочу разродится в скором времени статейкой в своем бложике по этому поводу.

[alatar]

И в какой момент подписывать.

В момент добавления модели к view.

что тут писать, если нечего подписывать?

Когда модели у вас создаются, приложение об этом как-то узнает? Или они у вас как партизаны, тихо организовались и в лес ушли?