Я думаю, это зависит от контекста. Общие рекомендации Cairngorm - строго ограничивать цели новых событий. Я часто видел взаимно однозначное сопоставление типов событий с классами событий и командами. Это ничего, если не явно.
С другой стороны, FlexEvent имеет множество различных применений, и это (технически) пользовательское событие. Это имеет смысл в его контексте - он обычно функционирует как параллель к событиям рендеринга DisplayObject ...
Если вы просто говорите о новом ТИПЕ события (и не нужно переносить дополнительные данные), не изобретайте колесо заново - событие принимает тип в качестве параметра. Сохраните новый тип в некоторой общедоступной статической константе, а затем используйте ее.
Если вам нужно переносить данные, моя общая рекомендация состоит в том, чтобы по возможности ошибаться или использовать строго типизированные переменные, таким образом вы получите преимущество от ошибок времени компиляции. Если это можно сделать более общим (скажем, IList вместо ArrayCollection), это лучше, но, если не считать этого, чем более явным вы сделаете свой код, тем легче.