Архитектура событийной модели. Варианты подписки на события.

[TommyLee]

1. Визуальные объекты. Как флеш определяет, по какой кнопке щелкнули? Например, составляет список визуальных объектов вроде Имя:Координаты, при щелчке сравнивает (вычисляет...) координаты курсора с координатами из списка, если подходят - берет соответствующее имя объекта и записывает в target объекта MouseEvent?
2. Событийная модель только для предопределенных событий? Или внутреннюю бизнес-логику так же можно построить на событиях?

[Felicast]

1 примерно да
2 нет, да

[SamFR]

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

Вообще вуглядит глупо, вызвали функцию с аргументом, и вообще проигнорировали аргумент. Вообще, было бы конечно идеально, если бы разработчик мог сам решать какая сигнатура должна быть у слушателя, но, раз уж у нас арсенал средств ограничен, то уж что есть...

Мне в этом отношении очень понравилась Qt-шная модель сигнал-слот. Жаль, что на флэше такое по-нормальному реализовать не получится...

[TommyLee]

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

1 примерно да
2 нет, да

Ясно, спасибо.

Не могу понять преимущества модели, что "перегружать" обработчик теперь не нужно. Зачем? Например, в билдере, в main создал нужные объекты, инициализировал\провел начальные операции. Затем в обработчике прописываю все действия над этими объектами... Либо это из-за специфики флеша..

з.ы.
На первый взгляд в AS3 можно сделать также - написать все в одном обработчике самого EventDispatcher-наследника. Только в билдере объекты были в main и их не нужно было передавать в обработчик аргументом, а тут вроде так нельзя - хочешь использовать соседний объект - напиши его в списке аргументов.

[Felicast]

на самом деле все примерно также как и в делфи. я же пример вам писал. просто в as более гибко и универсально все. и чтобы не копировать весь функционал, он помещен в класс EventDispatcher.
можете организовать события и как в делфи. никто вас ругать не будет

public class Simple extend Sprite
{
	private var _onClick:Function;
	private function clickHandler(event:MouseEvent):void
	{
		if (_onClick)
		{
			_onClick(event);
		}
	}
	public function Simple()
	{
		super.addEventListener(MouseEvent.CLICK, clickHandler);
	}
	public function set onClick(value:Function):void
	{
		_onClick = value;
	}
	public function get onClick():Function;
	{
		return _onClick;
	}
}

просто никакого преимущества вы не получите

Не могу понять преимущества модели, что "перегружать" обработчик теперь не нужно

о каких перегрузках идет речь?

[TommyLee]

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

на самом деле все примерно также как и в делфи. я же пример вам писал.

:-) точно.

о каких перегрузках идет речь?

Неправильно сказал. Переопределение:
"С обычными обработчиками событий, такими как обработчик события onLoad для XML объекта, можно определить только одну функцию onLoad. Если вы определите ее снова, то прежняя функция onLoad будет переписана и вытеснена новым определением. Было очень трудно иметь более одного обработчика, привязанного к одному событию."

[Felicast]

Неправильно сказал. Переопределение:
"С обычными обработчиками событий, такими как обработчик события onLoad для XML объекта, можно определить только одну функцию onLoad. Если вы определите ее снова, то прежняя функция onLoad будет переписана и вытеснена новым определением. Было очень трудно иметь более одного обработчика, привязанного к одному событию."

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

[TommyLee]

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

...такими как обработчик события onLoad для XML объекта...

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

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

Ааа, может имеется ввиду обработчик для стандартных классов? Тогда конечно, просто я привык к билдеру\делфи: добавил компонент и заполняешь его обработчик, который надо. А в as3 так невозможно.

[Котяра]

обработчик не для классов, а для событий. в дельфи ( и в ас2) на каждое событие предопределена одна-единственная ф-ция обработчик) в ас3 единственное что надо добавить 1 строчку:

диспетчерCобытия.addEventListener ("имя_события", функцияОбработчик);

а дальше всё так-же.
Причём если делаешь свой компонент, ничто не мешает сделать предопределенные ф-ции обработчики

package  
{
	import flash.events.Event;
	import flash.events.EventDispatcher;
	/**
	 * Кастомный компонент
	 * @author k0t0vich
	 */
	public class CustomComponent extends EventDispatcher
	{
		// ф-ция обоработчик для переопределения
		public var onSomethingChange:Function;
 
		public function CustomComponent() 
		{
			addEventListener(Event.CHANGE, onSomethingChange);
		}
 
		public function changeSmth()
		{
			dispatchEvent(new Event.CHANGE);
		}
	}
 
}

[Felicast]

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

обработчик не для классов, а для событий. в дельфи ( и в ас2) на каждое событие предопределена одна-единственная ф-ция обработчик) в ас3 единственное что надо добавить 1 строчку:

диспетчерCобытия.addEventListener ("имя_события", функцияОбработчик);

а дальше всё так-же.

причем в отличие от того же делфи, типов событий может быть сколь угодно и можно манипулировать ими динамически.
например

for (var i:int = 0; i < eventCounts; ++i)
{
	addEventListener("Событие" + i.toString(), someHandler);
}

пример конечно надуманный, но показывает, что можно динамически добавлять не только обработчики, но и типы (не спрашивайте для чего это может понадобиться - сам не знаю)