Выдается ошибка, если protected доступ к функции, при реализации интерфейса

[Black Soviet]

Wolsh
Да, вы правы, никак.

Поясните только почему

IPausable(cur).pause();

,а не

cur.pause();

[Alexmody]

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

as3 не С++, и не нужно сравнивать. Да в С++ есть множественное наследование, и это не есть гуд. Конечно пути обхода придумываются, но тем не менее коллизии возникают. А что если разные классы имеют разную имплементацию одного и того же метода? Какую выбрать?

Раздел The diamond problem:
http://en.wikipedia.org/wiki/Multiple_inheritance

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

Да? И как Вы докажете компилятору, что у этих эеземпляров действительно есть метод pause?

Ну вроде бы кастомизацией типа, т.е. указывается тип данных, а в скобочках объект кастомизации:
IPausable(cur).pause();

[iflamberg]

Сообщение от Black Soviet

Wolsh
Да, вы правы, никак.

Поясните только почему

IPausable(cur).pause();

,а не

cur.pause();

Потому что cur у меня Sprite, у котого нет функции pause(). Я привожу его к типу IPausable, у котого такая функция есть. А перед этим проверяю, дейсвительно он относится к этому типу. Потому что на сцене могут быть и просто Sprite, которые не анимированы и которых останавливать на паузу смысла нет.

Да, можно обойтись без интерфейса.

var l:int = scene.numChildren;
while (l--){
  var cur:* = scene.getChildAt(l);
  if (cur.pause) cur.pause();
}

Можно много без чего обойтись. Без private и protected членов класса. Или без сеттеров-геттеров. Все эти финтифлюшки по большому счету для удобства работы в команде и читабельности кода.

[caseyryan]

Раздел The diamond problem:
http://en.wikipedia.org/wiki/Multiple_inheritance

Я знаю это ) И как обходят знаю. И тем не менее это кривой подход. Не смотря на всю крутость и развитость С++, есть в нем и серьезные недостатки. Множественное наследование я считаю недостатком. Ну, это лично мое мнение.

Все эти финтифлюшки по большому счету для удобства работы в команде и читабельности кода.

Я бы так не сказал. Работа в команде тут вообще ни при чем. Даже если один работает, все равно все это нужно для правильной организации проекта.

[etc]

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

Все эти финтифлюшки по большому счету для удобства работы в команде и читабельности кода.

И только? Неожиданно.

[Babylon]

Я то же считаю множественное наследование недостатком, но и с недостатками жить можно

Добавлено через 3 минуты
Проектирование и программирование это разные специализации. Иногда на первое попросту время нет. Да и не все заказчики понимают необходимость проектирования и согласования. Поэтому работает принцип - любой "г/к" за ваши деньги.