Помогите разобрать понятие интерфейса

[Dukobpa3]

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

без проблем))

Красивый костыль)))
Из объекта сделать композицию)
Довольно неплохой выход из многих ситуаций)
Но я думаю мы наконец-то поняли друг друга? А то мне показалось что я тут с собой разговариваю)

[Wolsh]

А как же KISS?
Я вот не вижу никакой красоты/простоты в такой афере, и если бы Адобы замутили нечто подобное, покрутил бы пальцем у виска. Технически может и без проблем — завести у всех ДО геттер по-умолчанию, возвращающий this, а у "своих" недисплейных классов ты писал бы свой подобный геттер, возвращающий композит. Но вот в чём фишка... Ты итак это можешь. Просто придется вместо addChild написать свой метод, выдергивающий ДО. Учитывая, что армия флэшеров живет до сих пор без этой фигни в нативном исполнении и мечтает о ней только осенними холодными ночами, спрос на IDisplayObject в подобном виде явно не такой чтоб становиться перед всем миром в некрасивую позу.

[Dukobpa3]

Окей, с другой стороны еще скажу.
Был бы такой интерфейс - проще было бы писать какую-то муть которая работает и со старлингом и с дефолтным ДЛ.
А сейчас приходится воротить какие-то обертки.
А так - старлинг мог просто имплементить интерфейс и вуаля.
Это дает кучу возможностей для дыр, так как теоретически старлинговский ДО можно будет добавить в совместимый ДОК. Но тем не менее, у кого руки откуда надо - смог бы получить профит.

В любом случае - бонусов от наличия больше, чем от отсутствия.

[Котяра]

Я больше матерился, что нету IGraphicsable
Когда это мог быть и спрайт и шейп.

[Dukobpa3]

И я уже не понимаю что я тут отстаиваю?
Мне как-то казалось очевидным профит от этого.

[Psycho Tiger]

Котята дело говорит. IHaveGraphics реально беда нехватка.

IDisplayObject - ну, мне требовался только для того, чтобы без лишних кастов по двинуть х, поменять альфу, а потом уже вызвать метод, ради которого интерфейс и вводился. Благо, с моими целями такой интерфейс прямореализуем.