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

[alexcon314]

Типа вот так что ли?
http://dispatchevent.org/mims/idisplayobject/

[Dukobpa3]

You would still have to type cast to DisplayObject to use this as an argument for addChild().

Requires you to use asDisplayObject() every time you want to use the object as a DisplayObject.

А смысл?
Это надо делать нативно со стороны платформы.
А костыли и велосипеды мы тут все изобретать умеем с разной степенью успешности. Только это далеко не всегда профит ожидаемый дает.

[alexcon314]

А смысл?

Это я как раз к тому.

Это надо делать нативно со стороны платформы.

Интересно. Что вы подразумеваете под нативным интерфейсом IDisplayObject? Поясните? Не понятен ход ваших мыслей.

[Dukobpa3]

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

[Wolsh]

Странно что надо повторять, у Вас как будто фокус зрения никак не соберется на этой простой вещи:
Интерфейс не говорит о том, что можно сделать с объектом, какому методу его можно передавать и т.п.
Интерфейс описывает методы самого объекта, а не методы, которые будут использовать этот объект.
Интерфейс никак не может описать addChild(), который можно применить к его имплементатору.
Интерфейс вообще в принципе не для этого. Щелкните уже переключателем.

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

Так как такой интерфейс как раз призван ибавить от кастов. Но получается то ради чего я бы это делал - не выполняется.

Он призван избавить от кастов в ситуации, когда нужно гарантировать наличие метода у объекта. Избавить от кастов, когда нужен аргумент определенного типа, он никак не может. Это не входит в его задачи. Интерфейс не подменяет тип данных. Он сам и есть тип данных.

[Dukobpa3]

doc.addChild(child:IDisplayObject):IDisplayObject

instead

doc.addChild(child:DisplayObject):DisplayObject

И всего-то.
НО это надо делать изначально со стороны платформы. Поэтому никаким костылем это не заткнется.

[alexcon314]

А.. кажется понял..
IDisplayObject - пустышка типа IBitmapDrawable? Действительно, просто.. и не нужно.
Но вы же говорили про какие-то геттеры, возвращающие "шейп или хз". Вот этот момент интересен. Как этот возврат будет работать нативно? Не понятно.
ЗЫ.
Занятно, таким макаром можно было бы потребовать ISocket, IURLLoader, IByteArray ... красота!

[Dukobpa3]

IDisplayObject - пустышка типа IBitmapDrawable?

Я не знаю как вам объяснить.....
Я как раз о том что пустышка не нужна.
И костыль-велосипед тоже не нужен.
Но поддержку на уровне платформы сделать можно было. И не пустышками-тегами.
И если бы у меня интерфейс потребовал геттер шейпа, который позволит этот шейп добавить на сцену.
И если бы я выдал пустой шейп - то система бы не сломалась. А то что шейп пустой - было бы на моей совести.

Но сама гипотетическая возможность интересна.

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

ISocket, IURLLoader, IByteArray

А почему нет?
java вся на интерфейсах и ниче, жива.
Местами перебор конечно, тем более с их нейминг конвеншном (без префикса "I" и "A") - но тем не менее.
Я при наличии прямых рук могу всё что угодно реализовать и не сильно прыгая с бубном.

[Babylon]

Одна из задач интерфейсов - скрывать реализацию и принуждать использовать только те методы которые в нем описаны, а насчет API у вас могут разные API - vk,ok,fb & ets. Это я про унификацию продолжаю. А извращаться можно и не так как показывал дукобраз. К сожалению, интерфейсы нельзя программировать, но ручками оно понятно надежнее.

[Wolsh]

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

package 
{
	import flash.display.DisplayObject;
 
	public interface IDOCAddable 
	{
		public function get view():DisplayObject;
	}
}

package 
{
	import flash.display.DisplayObject;
	import flash.display.Sprite;
 
	public class ChildDO extends Sprite implements IDOCAddable 
	{
		public function ChildDO() { }
 
		/* INTERFACE IDOCAddable */
 
		public function get view():DisplayObject 
		{
			return this;
		}
	}
}

package
{
	import flash.display.Sprite;
 
	public class MainClass extends Sprite 
	{
 
		public function MainClass() 
		{
			addAsChild(new ChildDO());
		}
 
		private function addAsChild(child:IDOCAddable):void 
		{
			this.addChild(child.view);
		}
	}
}