Функция с тач ивентом

[Digital]

Есть функция
private function tatu(e:TouchEvent):void
{

if (gold >= 50000)
{
tatE = true
gold -= 50000;
gps += 50;

tt.visible = true;
//marketI.tex2.text = String(gold);
//tex1.text = "руб." + gold.toString() + "+" + gps.toString() + "монет в секунду"
marketI.tt_b.removeEventListener(TouchEvent.TOUCH_TAP, tatu);
marketI.tt_b.play();
}
}
Вызывается слушателем событий кнопки. Но как вызвать эту функцию без события тач? При восстановлении из сохранения? нельзя написать, что если булиан тру, то tatu(), потому что она ожидает тач ивент. Что делать? Копии функций не предлагайте, ибо у меня таких больше 10, слишком *****код, костыли, громоздко

[nubideus]

шта
private function tatu(e:TouchEvent = null):void

[КорДум]

Или
tatu(null);

[Digital]

Спасибо!

[in4core]

или dispatchEvent(new TouchEvent(TouchEvent.SOME))

[GBee]

давайте уж все варианты:

private function tatu():void
{
//блаблабла
}

private function touched(e:TouchEvent):void
{
tatu();
}

[MikroAcse]

давайте уж все варианты:

private function tatu():void
{
//блаблабла
}

private function touched(e:TouchEvent):void
{
tatu();
}
Наилучший.

[Gerbert]

Наилучший.
Чем же? Хандлер это обычный метод, что плохого в вызове с null?

[Zebestov]

Тем, что в теле хендлера логично производить операции, завязанные на событие. Но если там есть еще действия, которые непосредственно к событию не относятся и, более того, порой выполняемые в произвольный момент времени, то логично вынести их в отдельный метод. Это структурирует код и прояснит логику работы приложения.

[MikroAcse]

Чем же? Хандлер это обычный метод, что плохого в вызове с null?
В том, что вызывать хандлеры как минимум неправильно.
Это не хуже, конечно, ничем, кроме того момента, когда понадобится вызывать функцию с аргументами.
Если хочешь - вызывай, твоё дело.

[GBee]

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

[Gerbert]

Тем, что в теле хендлера логично производить операции, завязанные на событие.
Согласен! Пару дней назад вдруг вспомнилось, что где-то читал о логике в хандлерах, но обоснования не помнил.
А сейчас кажется, что Ваши слова и были в тех статьях обоснованием.

[dimarik]

давайте уж все варианты:

private function tatu():void {
//блаблабла
}

private function touched(e:TouchEvent):void {
tatu();
}

Достаточно долгий. Вызов дополнительного метода накладывает на производительность. Я не говорю за user interaction. Пользователь туп и слаб, он не сможет сделать наш день, т.е. много раз не тапнет, чтобы всё повисло. Но вот сам компьютер может это сделать быстрее. И он делает, например, на... Ну сами придумайте такие варианты. У меня, например, событие "addedToStage" из-за глубоких и широких деревьев трансформировалось из метода addEventListener в метод protected addedToStage у базового класса. Иначе вызов всех таких листенеров в подклассах как пуля в спину. Правда, чутка пришлось пожертвовать приоритетами событий и принципами подхода в разработке компонентов.