[Паттерны] интерфейс IView для контроллера

[Unkeep]

Делаю прилагу в которой вьюха будет подгружаться внешней библиотекой. Для разработчиков гуи я собираюсь предоставить интерфейс, в который заложу требования к представлению. Как лучше задекларировать в интерфейсе события, на которые будет подписан мой контроллер?

[caseyryan]

http://stackoverflow.com/questions/1...nitions-than-a

[Unkeep]

на сколько я понимаю это не хорошая практика. А что если предоставлять не интерфейс, а абстрактный класс с приблизительно таким содержанием:
AbstractView.as

//call this function to notify that selection changed
final protected function SelectionChanged(currSelection:String):void
{
_d.OnSelectionChanged(currSelection);
}

[caseyryan]

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

[Unkeep]

а интерфейс упаковывать в swc?
не возникнет ли каких-то проблем если swf контроллера включает интерфейс, и подгружает ещё gui.swf который тоже включает этот-же интерфейс?

[caseyryan]

Возникают, если их не перевести в один applicationDomain при загрузке

[Wolsh]

А использовать для рассылки из Вашего компонента только кастомный класс событий ViewEvent — не будет достаточно? Все будет регламентировано и события будут описаны в одном классе и документации к нему.
"Заставить" физически всё-равно невозможно — даже в собственных классах языка нет ничего подобного, никто Вас не одёрнет, если Вы подпишитесь на события от экземпляра класса, который их в принципе не может рассылать (на CLICK по Shape, например). Потому что рассылает события наследуемый EventDispatcher, и кодом его можно заставить отправлять любые события насильно. Нет никакой возможности гарантировать только определенный набор событий. Но можно конкретизировать их отдельным классом, намекая что подписываться надо только на них)))

[Unkeep]

Сообщение от caseyryan

Возникают, если их не перевести в один applicationDomain при загрузке

правильно ли я понимаю, что если рантайм загружать множество библиотек в один домен(applicationDomain), общий их класс загрузится только один раз?

Добавлено через 19 минут

Сообщение от Wolsh

А использовать для рассылки из Вашего компонента только кастомный класс событий ViewEvent — не будет достаточно? Все будет регламентировано и события будут описаны в одном классе и документации к нему.
"Заставить" физически всё-равно невозможно — даже в собственных классах языка нет ничего подобного, никто Вас не одёрнет, если Вы подпишитесь на события от экземпляра класса, который их в принципе не может рассылать (на CLICK по Shape, например). Потому что рассылает события наследуемый EventDispatcher, и кодом его можно заставить отправлять любые события насильно. Нет никакой возможности гарантировать только определенный набор событий. Но можно конкретизировать их отдельным классом, намекая что подписываться надо только на них)))

ну то, что нельзя через интерфейс заставить реализацию оповещать о каких-то своих событиях - это само собой понятно. Мне лишь достаточно задекларировать те, которые меня интересуют(на которые я подписан и собираюсь обрабатывать). А оповестит или нет, проблема разработчика гуи, потому что если я не получу это событие , программа всё равно будет работать правильно, только не будет знать о "хотелках" конечного пользователя