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

[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 флешплеера и в языке.
Плюсы/минусы не очевидны.
Я и так и так поступаю - под настроение.
А Вы делайте как нравится