Унаследовать интерфейс от DisplayObject'a

[Dukobpa3]

Тогда уж:

function get gui():DisplayObject;

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

[Universe]

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

function get gui():DisplayObject;

Также везде придётся менять способ обращения, а тогда какая разница с привидением к DisplayObject

[Dukobpa3]

single responsibility

[Babylon]

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

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

Правильно.

[Psycho Tiger]

Сильно зависит от реализации. В общем случае ради такого трюка создавать ещё одну сущность, которая будет просто возвращать другую – это костыль. Бритва Оккама для бритья щетины.

По теме – видимо, я больше солидарен с Славой. То есть, IDisplayObject никому не помешал бы, но от лишнего кастинга никто не умрёт. А вот если какой-нибудь чудик реализаует IDisplayObject в своём классе, например, наследуемый от NetStream – его в дисплай-лист уже не добавить, но вот компайл-тайм соглашения будут соблюдены. Тут вопрос между RTE vs Compile Time и решение адоуба, в принципе, очевидно.

[Wolsh]

Вот тут обсуждали