addEventListener. Зачем в параметрах функции писать event:MouseEvent?

[GuitarFan]

equals_btn.addEventListener(MouseEvent.CLICK, equClick);

function plusClick(event:MouseEvent):void

Зачем в параметрах функции plusClick писать event:MouseEvent?
В функцию разве что-то должно передаваться? Без этого никак?

[ProcXel.A]

В функцию передается событие MouseEvent.CLICK. Ты, видимо, хочешь свою функцию еще и сам вызывать, да? Тогда пишиfunction plusClick(event:MouseEvent = null):voidИ сможешь вызывать просто как plusClick(). Но смотри, чтобы само событие внутри функции в таком случае не использовалось.

[caseyryan]

В функцию разве что-то должно передаваться? Без этого никак?
Возможно это будет для вас как снег на голову, но это называется параметр функции. А то, что в нее по факту передалось, называется аргументами.
И сможешь вызывать просто как plusClick().
Не обязательно делать параметр опциональным. Можно и вот так вызвать
plusClick(null);

п.с. Навзвание темы не отражает сути вопроса. Советую исправить, или ее закроют.

[GuitarFan]

Возможно это будет для вас как снег на голову, но это называется параметр функции. А то, что в нее по факту передалось, называется аргументами.
Не будет. Мне не понятно, почему нельзя написать без аргумента? Получается, когда используется addEventListener обязательно в функцию передается как параметр MouseEvent? И нужно в аргументах функции его обязательно принимать? MouseEvent - разве в себе что-то хранит? Я думал это чисто для отлова кликов и т.д., не думал, что есть смысл это передавать.

[ProcXel.A]

GuitarFan, в справке посмотри, что события в себе хранят.

[КорДум]

Прочтите про события. И еще раз вот это (http://help.adobe.com/ru_RU/FlashPlatform/reference/actionscript/3/flash/events/MouseEvent.html).

[caseyryan]

когда используется addEventListener обязательно в функцию передается как параметр MouseEvent?
Нет. Туда передается тот типа события, на который была подписка. В случае с кликом - да, MouseEvent передается обязательно.

[FieryWall]

Нет. Туда передается тот типа события, на который была подписка. В случае с кликом - да, MouseEvent передается обязательно.

MouseEvent - расширяет Event, следовательно MouseEvent не обязателен, т.е. место него можно поставить Event параметр - вот он точно обязателен :)

[caseyryan]

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

[Babylon]

Так часто и делают, чтобы компилятор не ругался на as Class

[caseyryan]

Часто? Совсем нет. Это редкий случай. В большинстве случаев это не оправдано.

[expl]

MouseEvent - расширяет Event, следовательно MouseEvent не обязателен, т.е. место него можно поставить Event параметр - вот он точно обязателен
Тут спорный момент.
Если вам не нужен объект события, можно вообще написать
private function onClick(...args:Array):void
И тогда кто бы её не вызвал - ничего не упадет.
Но и когда параметр потребуется - придётся вспоминать, можно ли здесь заменять на event:MouseEvent/event:Event и править код.

Что касается MouseEvent или Event тут палка о двух концах:

- Если написать Event:
Плюсы: если Вы нечаянно(можно на автомате написать MouseEvent вместо Event) или специально повесите этот обработчик на источник _не_ MouseEvent - то ничего не упадёт, часто хватает и методов Event (остановить распространение событий, например),
а mouseX и mouseY обычно надёжнее взять у объекта напрямую, а не у event.
Минусы: если потребуется использовать именно MouseEvent в обработчике, то придётся вспоминать, а что сюда на самом деле передаётся и можно ли переправлять на MouseEvent

- Если написать MouseEvent:
Плюсы: видно, что можно использовать поля MouseEvent в обработчике.
Самый очевидный плюс: Можно меньше думать!

addEventListener(MouseEvent.CLICK, onClick) - значит пишем onClick(event:MouseEvent)
addEventListener(Event.ADDED_TO_STAGE, onAddedToStage) - значит пишем onAddedToStage(event:Event)

Что в подписке - то и в слушателе!
Плюсы/Минусы: при рефакторинге огребал с падением, когда нечаянно перевешивал листенер не туда
но и узнавал зато, что не туда перевесил, но иногда без разницы на что вешать, но и падает не сразу, при определённых действиях. А если в релизе так упадёт? Короче спорный момент.

Вобщем, компилятор здесь параметры слушателя не проверит - нет средств таких в API флешплеера и в языке.
Плюсы/минусы не очевидны.
Я и так и так поступаю - под настроение.
А Вы делайте как нравится

[СлаваRa]

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

зы
видел я такой код onClick(...args), готов был прострелить коленки автору.

[expl]

видел я такой код onClick(...args), готов был прострелить коленки автору.
Просто не надо так писать, если это фрустрирует коллег.
Ну и ...args подразумевает, что параметров может быть и 0 и 1 и 2, тоже с толку сбивает.

[СлаваRa]

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

[caseyryan]

Тут спорный момент.
Если вам не нужен объект события, можно вообще написать
private function onClick(...args:Array):void
И тогда кто бы её не вызвал - ничего не упадет.


Варарги не типизируются ;) Это в любом случае массив.
так что:
rivate function onClick(...args):void
Я знаю, что ты это знал :D Но не мог пройти мимо )

[expl]

Когда я вижу такие советы, мне всегда хочется, увидеть описание зачем так делать и что в этом хорошего.
Я подумал и действительно не могу придумать случай, когда ...args будет чем-то лучше event:Event = null в обработчике.
Хотя чтобы из-за ...args можно было бы огрести тоже не скажешь - нечасто кто-то будет пытаться вызвать этот обработчик с аргументами (1, 2) вместо () или (null) или (new Event(..)), а потом думать почему аргументы 1 и 2 не учитываются при работе функции.
(имеется в виду по багам, а злобу коллег можно и от переноса строк в непривычном месте заиметь).
Я знаю, что ты это знал Но не мог пройти мимо )
Хорошо, давайте скажем прямо:
Новички! Не надо писать так:
private function onClick(...args:Array):void
Не надо!

[Psycho Tiger]

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