DisplayObjectContainer как на его основе написать класс?

[Dukobpa3]

Что мешает оверрайдить методы спрайта унаследовавшись от него?

[Wolsh]

Код в студию?

[СлаваRa]

[Exclude(name="addChild",kind="method")]
[Exclude(name="addChildAt",kind="method")]
[Exclude(name="removeChild",kind="method")]
[Exclude(name="removeChildAt",kind="method")]
[Exclude(name="getChildAt",kind="method")]
[Exclude(name="getChildByName",kind="method")]
[Exclude(name="getChildIndex",kind="method")]
[Exclude(name="setChildIndex",kind="method")]
[Exclude(name="swapChildren",kind="method")]
[Exclude(name="swapChildrenAt",kind="method")]
[Exclude(name="contains",kind="method")]
 
public class Animation extends Sprite implements IAnimation {
  ...
  [Deprecated(message="метод запрещен")]
  public override function addChild(child:DisplayObject):DisplayObject {
    return null;
  }
  ...
}

вызвав, например, addChild, вы даже скомпилироваться не сможете

[Final Hope]

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

любой идиот может запихать в него что угодно методом addChild().

Использовать стандартные методы - это не идиотизм. А вот если вы, как разработчик класса, не позаботились о подобных проблемах, то это уже ваша вина, а не того, кого вы назвали идиотом.

package
{
	import flash.display.Bitmap;
	import flash.display.Sprite;
 
	public class MySuperSprite
	{
		private var _sprite:Sprite;
 
		public function MySuperSprite()
		{
			_sprite = new Sprite();
		}
 
		public function addImage( image:Bitmap ):void
		{
			// Красиво раскладываем картинки на спрайте.
		}
	}
}

[Wolsh]

вы даже скомпилироваться не сможете

Возможно, если буду вызывать его у :Animation )) Но он так и остался типом Sprite, и если переменная будет спрайтом, компилятор скромно промолчит. А что будет в рантайме?
Нет, хочу Класс - закрытый контейнер.

Final Hope, а теперь добавьте свой суперспрайт в список отображения.

[СлаваRa]

@Wolsh, метод запрещен, не пропустит компилятор его

[Final Hope]

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

Final Hope, а теперь добавьте свой суперспрайт в список отображения.

package
{
	import flash.display.Bitmap;
	import flash.display.DisplayObjectContainer;
	import flash.display.Sprite;
 
	public class MySuperSprite
	{
		private var _sprite:Sprite;
 
		public function MySuperSprite()
		{
			_sprite = new Sprite();
		}
 
		public function addImage( image:Bitmap ):void
		{
			// Красиво раскладываем картинки на спрайте.
		}
 
		public function addToContainer( container:DisplayObjectContainer ):void
		{
			container.addChild( _sprite );
		}
	}
}

var mss:MySuperSprite = new MySuperSprite();
mss.addToContainer( this );

Wolsh, что ещё у вас не получается? Удаление? Перемещение?

[Wolsh]

var a:Sprite = new Animation();
a.addChild(b);

Компилятор, который это не пропустит, мне тоже не нужен.

Wolsh, что ещё у вас не получается?

ООП не получается. Вы сделали некий менеджер для спрайта, применив паттерн Фасад. Похвально, наверно, но речь то была о своем DisplayObject, а не мультиклассовых конструкциях для ограничения функциональности. Посмотрите на SimpleButton или TextField. Подумайте еще раз, о чем речь.

[Dukobpa3]

		override public function addChild($do:DisplayObject):DisplayObject
		{
			if (!($do is IMyInterfaceForSprite)) return null;
 
			else return super.addChild($do);
		}

@СлаваRa, ох уж эти хирурги. Всё бы им отрезать. Вот выпейте таблеточку, само отвалится.

[Wolsh]

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