Наследование в ActionScript - AS3 Flash

[ACE Valery]

Есть класс A и его потомок B.

var v:Vector.<A> = new Vector.<A>();
	var b:B = new B();			
	v.push(b);

На каком-то этапе мне необходимо, чтоб объект, лежащий в v[0] был обрезан до свойств родительского класса. Т.е. мне нужно, чтоб в v[0] лежал объект класса А, но чтоб значения общих свойств у него были объекта b.

Допустим, у класса А есть высота и ширина. А у B еще и глубина. Вот мне нужен объект типа А с высотой и шириной, как у объекта В.

Создавать новый объект класса А, потом поочередно в него переписывать свойства объекта В не предлагать.

[Stilet]

А у B еще и глубина.

А зачем, стесняюсь спросить, тогда нужен А? Используй В, раз он шире в плечах.
Или... не знаю как к AS а в Делфи можно просто привести к типу базового класса, и использовать его.

[BDA]

Еще такой вопрос возник (не знаю ActionScript): у Вас вектор хранит элементы класса А, судя по коду, а запихиваете Вы в него элементы класса Б, разве они сразу не обрезаются до базового (засунутые элементы)?

[ACE Valery]

в AS не обрезаются. Если брать аналогию с Си++, то вектор хранит указатели на объекты класса В.

[eval]

разве они сразу не обрезаются до базового (засунутые элементы)

с чего им обрезатся?
физически они все теже, даже не знаю есть ли такая экзотика где то

[ACE Valery]

с чего им обрезатся?

в С++ обрезаются, если это не указатели.
Эх.. как мне иногда не хватает его возможностей
В общем, ничего подходящего так и не нашла, буду действовать окольными путями. Но если вдруг все-таки кто-то знает, напишите. Любопытно.

[eval]

в С++ обрезаются, если это не указатели.

пример можно?

[BDA]

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

пример можно?

#include <iostream>
#include <vector>
#include <typeinfo>

using namespace std;

class A
{
public:
    int x;
    A(int _x) : x(_x) {}
};

class B: public A
{
public:
    int y;
    B(int _x, int _y) : A(_x), y(_y) {}
};

int
main()
{
    vector<A> v;
    B b(1, 2);
    cout << typeid(b).name() << endl;
    v.push_back(b);
    cout << typeid(v[0]).name() << endl;
}

[eval]

B b(1, 2);

ну как бы это разные вещи, в топике ссылка, а у вас "продвинутая структура".

[crazy horse]

Я никак не могу понять сути вопроса. Если необходимо отсечение просто доступа к излишним данным, или же, абстракция от реализации класса, можно заюзать интерфейс. Если просто необходимо получить доступ к объекту B там, где подразумевается A, то можно просто скастить

var a:A = b as A

. Но, как правило, интерфейс решает все проблемы.

public interface IWH
{
function get w():int;
function get h():int;
}
...
public class A implements IWH
...
public class B implements IWH
...
var a:IWH = v[i];

Этим проблема решена, или она глубже? Поясните about it, мне интересно.

А зачем, стесняюсь спросить, тогда нужен А? Используй В, раз он шире в плечах.
Или... не знаю как к AS а в Делфи можно просто привести к типу базового класса, и использовать его.

Вот я тоже от недоумения всю голову проковырял. Имхо, такие вещи надо решать на уровне архитектуры, а не костылей.

Эх.. как мне иногда не хватает его возможностей

Основную грусть вызывает GC, и неочевидное, невменяемое поведение некоторых структур языка по скоростным критериям. Остальное простить можно, если нормально проектировать приложение, изначально учитывая все сильные и слабые стороны языка. Вот если этого не делать, тогда начинаются сложности. И это уже мало зависит от того, с cpp человек ушел на as3 или наоборот. Это общая и фундаментальная проблема.

Создавать новый объект класса А, потом поочередно в него переписывать свойства объекта В не предлагать.

А в чем сложность? Выглядит не красиво, но работает довольно быстро, и, в конечном итоге, все это нивелируется адовым временем вызова геттеров/сеттеров. Если уж совсем никуда без динамических решений, то есть if(a.hasOwnProperties(w)) и for each. В парсерах без этого подхода вообще никуда, тем более, контролировать и хэндлить ошибки таким образом куда проще.
PS. Я сам сильно против использования динамических переборов, без крайней надобности. Расплетать потом эти спагетти крайне муторно и противно. Лучше написать в 10 раз больше кода, но иметь четкую и удобную для отладки структуру.
ЗыЗы. Да, еще as3 печалит отсутствием множественного наследия.
ЗыЗыЗЫ. А вообще, почитайте-ка вы главу о полиморфизме на сайте эдабов. Если не вдаваться в хаки вроде перегрузки методов через пространство имен, то вы получите там исчерпывающие ответы.