Хорошее MVC

[etc]

Нет, я имел ввиду удаление одного землянина с земли одновременно с удалением оного из базы данных.

[Котяра]

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

То зачем событию всплывать, чтобы его можно было поймать через

model.addEventListener("Обновление__angleData",func);

Или я опять не о том?

Я имел ввиду именно, то.
У меня тоже древовидная структуру, только в отличии от etc - я не делал аналог DisplayObject с addChild и.т.п.
У меня просто в конструкторе модели - передаётся ссылка на парент (которую, в принципе можно и сменить потом, но мне пока ни разу не понадобилось.)

 model.submodel = new Submodel(model);
// вернее чаще так
в классе модели:
submodel = new Submodel(this);

причём основную модель я пару-раз делал ребёнком контроллера - тогда все события модели доходят до контроллера всплытием.
пример : слушаем смерть землянина:
в контроллере

model.addUpdateFieldListener(HumanModelField.IS_DEAD,removeHuman);
 
public function removeHuman(e:ModelEvent)
{
var deadHumanModel:HumanModel = e.target as HumanModel;
var isDead :Boolean= e.field;
if(isDead )
{
//удаляем подмодель  из модели
// удаляем вид связанный с моделью
// прочеее
}
}

т.е. тут контроллеру не надо подписывать на события модели каждого человека. он просто слушает все сообщения о смерти)

[etc]

currentTarget? Ты уверен?

[Котяра]

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

currentTarget? Ты уверен?

блин, скосячил - target конечно..)

[Psycho Tiger]

т.е. тут контроллеру не надо подписывать на события модели каждого человека. он просто слушает все сообщения о смерти)

Ааа... всё, теперь всё стало понятней) Только вот:

var isDead :Boolean= e.field;

Ты посылаешь в событии то что нужно узнать обработчику?
И вот тут:

model.addUpdateFieldListener(HumanModelField.IS_DEAD,removeHuman);

покажи код метода addUpdateFieldListener, не очень ясно почему не просто addEventListener )

[Котяра]

тут у меня "не очень" ООП-ный код используется..
ModelEvent имеет свойство field:*

addUpdateFieldListener===addChangeModelFieldListener

переименовал,а вообще можно field и не использовать.

public function removeHuman(e:ModelEvent)
{
var deadHumanModel:HumanModel = e.target as HumanModel;
var isDead :Boolean= deadHumanModel.isDead;
if(isDead )
{
...

[Psycho Tiger]

Угу, мне вот второй способ кажется логичней. Лучше спросить кому надо, чем знать это всем.
А вот это зачем? Для какой цели?

_modelFieldEventListenersArray.push( { event:ModelEvent.CHANGE + field, listener:listener,scope:scope } );

[Котяра]

это регистрация для автоматического удаления всех листенеров

[Psycho Tiger]

Понял. Спасибо за разъяснения.

[dimarik]

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

Да неплохая, она у меня даже есть . Но вобщемто там многие патерны не описаны существующие)

Например?

Добавлено через 5 минут

Сообщение от Котяра

У меня тоже древовидная структуру, только в отличии от etc - я не делал аналог DisplayObject с addChild и.т.п.
У меня просто в конструкторе модели - передаётся ссылка на парент (которую, в принципе можно и сменить потом, но мне пока ни разу не понадобилось.)

Стандартный GOF-паттерн Composite. Что у тебя, что у Дениса, точнее, у Блуда.

Добавлено через 11 минут

Сообщение от Котяра

причём основную модель я пару-раз делал ребёнком контроллера - тогда все события модели доходят до контроллера всплытием.

А я видел фильм с Арнольдом Шварценеггером, "Total Recall". И мне понравилась тетя с тремя сисями. Ну хоть и не по-человечески, а то и приятно ).

Добавлено через 18 минут

Сообщение от Котяра

model.addUpdateFieldListener(HumanModelField.IS_DEAD,removeHuman);

Откуда такая ненависть к абстракции? В продукте лучше не упоминать о "concrete product" всуе. Здесь подойдет какой-нибудь Event.COMPLETE, вместо ХУМАНМОДЕЛ.МЕРТВ.

Я уж молчу о нововведении "addUpdateFieldListener". Чем EventDispatcher не угодил? Не следует множить сущее без необходимости.