:* глупота с векторами

[Psycho Tiger]

А я до сих пор не увидел опровержений слов Wolsh'а.
Мы имеем дело с JIT, посему, вполне возможно, классы с захардкоденными типами вектора создаются в рантайме.

[Inet_PC]

Я хоть убей не понимаю, как может "вектор, у которого все элементы могут быть только Спрайтами", перекастован в "вектор, у которого элементы могут быть чем угодно".

Ну хотябы не во что угодно, а в базовый класс например:

var v: Vector.<MySprite> = new Vector.<MySprite>();
trace(v === Vector.<DisplayObject>(v));//false, т.к. это уже новый вектор

В таком случае хоть как-то но можно было бы работать.

Более того я могу создавать вектор любого типа в run time.

Очень интересно взглянуть.

Собственно fljot Вам ответил.

То, что хак с getDefinitionByName работает, конечно грубость,

Это не хак, нет дженириков да, а вектор просто массив с проверкой на тип в рантайм.

Тем не менее в поведении as3-шного вектора я не вижу ничего непредсказуемого или нелогичного.

Может это конечно и предсказуемо и логично, но не удобно, имхо конечно же.

А я до сих пор не увидел опровержений слов Wolsh'а.
Мы имеем дело с JIT, посему, вполне возможно, классы с захардкоденными типами вектора создаются в рантайме.

В этом файле есть приватный сеттер "type", если бы класс создавался в рантайм его бы не потребовалось:

private function newThisType(length:uint=0) : Vector$object {
                 var v : Vector$object = new Vector.<type>(length);
                 //v.type = this.type;
                 return v;
             }

Раньше видимо было написано так:

private function newThisType(length:uint=0) : Vector$object {
                 var v : Vector$object = new Vector(length);
                 v.type = this.type;
                 return v;
             }

плюс кастинг по всему вектору:

private static function castToThisType(item) : Vector$object { return item;}

При создании класса в рантайм явный вызов castToThisType не потребовался бы.
Поправьте если я не прав.

[Psycho Tiger]

Весьма любопытно, спасибо.
Скорее, Ваша правда.

[alatar]

...если бы класс создавался в рантайм его бы не потребовалось:

Вы имели ввиду на этапе компиляции?

плюс кастинг по всему вектору

Кастинг все равно нужен для добавления потомков базового класса.

[Inet_PC]

Вы имели ввиду на этапе компиляции?

Да тупанул, именно это и хотел написать.

Кастинг все равно нужен для добавления потомков базового класса.

А пример можно? Если честно не понял.

[Wolsh]

Ну хотябы не во что угодно, а в базовый класс например

Может у меня осеннее обострение, но я Вас упорно не понимаю. Попробую объяснить, что меня смущает.
Вектор типа DisplayObject может принимать экземпляры Sprite, это естественно. Но с какой стати вектор типа Sprite должен принимать DisplayObject? Например, TextField?
Повторюсь – я вижу баг не в том, как принимают аргумент функции, я считаю что как раз здесь все кошерно. Не кошерно, что компилятор позволяет создавать переменную типа Vector.<*> или Vector.<superclass> и записывать туда ссылку на созданный вектор конкретного подкласса. Получается, что у Вас есть вектор, принимающий любые типы (*) или подтипы superclass, о чем говорит тип переменной. Но на деле эта переменная указывает на вектор, способный работать только с конкретным типом.

var a:DisplayObject = new Sprite(); // все кошерно

var v:Vector.<DisplayObject> = new Vector.<Sprite>();

– не должно работать, так как подразумевает, что "в ячейки" типа Sprite могут быть записаны объекты типа DisplayObject. Дело то не в том, что уже записанные спрайты могут быть прочитаны как ДисплейОбжекты, это то естественно. Дело в том, как Вы будете дальше добавлять в этот вектор новые элементы? При записи то ситуация с типом "перевенута", и получается (псевдокод):

( (Vector.<Sprite>[2]:Sprite) as DisplayObject ) = new Bitmap();

Если бы создавался новый экземпляр вектора типа DisplayObject, способный работать с элементами типа DisplayObject, и заполнялся спрайтами из вектора типа Спрайт, то проблем нет. Но переменная только ссылается на экземпляр вектора типа Спрайт. Его элементы могут читаться в переменные типа DisplayObject

var a:DisplayObject = v[2]:Sprite; // все кошерно
//но никак нельзя записать в v[2] любой DisplayObject
v[2]:Sprite = a:DisplayObject;

[alatar]

А пример можно? Если честно не понял.

Добавить Sprite в вектор с DisplayObject.

Добавлено через 14 минут
Пардон, посмотрел еще раз. Эта функция используется, в основном, в VectorImpl и, судя по-всему, предназначена для "замены" дженериков.

Добавлено через 17 минут
Кстати, можно попробовать воспользоваться способом использованным в VectorImpl (не проверял)

obj.AS3::pop();

[in4core]

alatar это что за хитрый способ?

[i.o.]

alatar это что за хитрый способ?

вызов метода pop, через неймспейс AS3

[Inet_PC]

Wolsh
Я полностью с Вами согласен, это не правильно:

var v:Vector.<DisplayObject> = new Vector.<Sprite>();

Но раз нет дженириков, пример выше в корне неверен, тогда как мне работать с разными векторами, самому копировать каждый раз функцию? В общем вектор в текущей реализации мне не удобен.
Что Вы чаще в своих проектах используете вектор или массив?