|
|
« Предыдущая тема | Следующая тема » |
Опции темы | Опции просмотра |
|
|
|||||
Тогда уж:
Но, в целом, очень хорошая практика отделять логику от вида. И ждать от дисплей обжекта больше чем просто "отрисоваться" - не всегда правильно. Так что, тоже склоняюсь к композиции.
__________________
Кто к нам с чем для чего - тот у нас того от того. |
|
|||||
на мой взгляд не очень удобный вариант т.к. придётся имплементить в каждый класс который будет расширяться от данного интерфейса по сути избыточный метод
Также везде придётся менять способ обращения, а тогда какая разница с привидением к DisplayObject
|
|
|||||
[+1 25.10.13]
[+4 18.03.14] |
Правильно.
|
|
|||||
блогер
Регистрация: Jun 2005
Адрес: Господи пожалуйста не Новосибирск
Сообщений: 6,598
Записей в блоге: 17
|
Сильно зависит от реализации. В общем случае ради такого трюка создавать ещё одну сущность, которая будет просто возвращать другую – это костыль. Бритва Оккама для бритья щетины.
По теме – видимо, я больше солидарен с Славой. То есть, IDisplayObject никому не помешал бы, но от лишнего кастинга никто не умрёт. А вот если какой-нибудь чудик реализаует IDisplayObject в своём классе, например, наследуемый от NetStream – его в дисплай-лист уже не добавить, но вот компайл-тайм соглашения будут соблюдены. Тут вопрос между RTE vs Compile Time и решение адоуба, в принципе, очевидно.
__________________
Тут мужик танцует и поёт про флэш |
Часовой пояс GMT +4, время: 21:23. |
|
« Предыдущая тема | Следующая тема » |
|
|