Диспатч из статической функции
 

Есть класс который не участвует в displayList'e, с кучей статических методов, в одном из таких методов идёт работа с базой и нужно узнать что запрос пришёл успешно. Следовательно после удачного завершения запроса необходимо продиспатчить своё событие. Но только вот вопрос, а можно ли это сделать, если фукнция статическая и экземпляр данного класса мы не создали нигде? Если так сделать нельзя и логика моя изначально бредовая - подскажите, как лучше сделать))

Композиция. Создать диспатчер и с ним работать. И естественно предоставить ссылку на него в статическом свойстве или методе, чтоб "народ" мог подписываться.

Переделать класс со статическими методами в синглтон, сделать композицию с EventDispatcher, т.е. сделать его полем этого объекта и реализовать IEventDispatcher с перенаправлением всех методов диспатчера на тот, что вы создадите в виде поля.

Добавлено через 1 минуту
Вариант Wolsh тоже вполне ничего, только сам диспатчер будет доступен снаружи и им будут пользоваться. А я предложил самому объекту прикинуться диспатчером.

Если уж статический метод, то я бы советовал глянуть в сторону Promise, например, https://github.com/darscan/robotlegs...ync/Promise.as

Определить свой статический метод addEventListener, скрыв таким образом бортовой диспатчер.
Правда, через target он все равно будет доступен.. Но о чем вообще речь? Как будто обычный экземпляр-наследник диспатчера от этого защищен))

Как вариант передать в функцию callback и вызвать его по приходу внутреннего события.

Wolsh
target всегда будет правильным если именно имплементить IEventDispatcher и тому диспатчеру с которым делаем композицию в конструкторе передать себя. Он принимает того кого будет подставлять в качестве таргета. Дока

Не понимаю я этого кокетства при такой архитектуре.

Колбэки уже не котируются?

У меня точно нет. Диспатчеры проще и понятнее. Читаемее я бы сказал.

Это к чему? Мы говорим о статическом классе, который никак не может быть таргетом. А запрятать бортовой диспатчер, если есть необходимость, можно точно так же. Какая разница между просто экземпляром и экземпляром в композиции? Я лишь говорил о том, что в подавляющем большинстве случаев никто не прячет диспатчеры за другими экземплярами – просто нет надобности. Но если паранойя или проект от Пентагона, или другая популярная игрушка)), то можно запрятать и агрегатный диспатчер. Было бы желание.

Я понимаю что если статический класс, то ни о каком правильном таргете говорить нельзя. Поэтому и предложил переделать на синглтон с инстансом и там сделать правильный диспатчер. И сказал что предложенное вами решение тоже будет работать но будет обладать меньшим сокрытием реализации. Я не говорил что это плохо. Всё зависит от реализации. Я лишь хочу чтобы задающий вопрос понял что можно пойти двумя путями и выбрал из них подходящий по своему опыту и по конкретной ситуации которая есть в его проекте.

Ага, теперь понятно. А то я не врубился, что за "правильный таргет")) С экземплярами то да. Только тема не о таргетах, а о диспатче из статического класса. В таких ситуациях таргет вообще мало кого интересует – это не кнопки на экране, чтобы разбираться какую нажали. Слишком специфические отношения, почти интимные.

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