virtual, перегрузка и наследование - есть ли в AS3?

[iNils]

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

delete - скорее как удаление жесткой ссылки на файл (в *nix). пока есть хоть одна ссылка, файл считается не удаленным. как только все ссылки удалены, занимаемая файлом область считается свободной

В винде это тоже давно есть для NTFS.

[progman]

вопрос в догонку - можно ли для класса operator [], operarot + и пр. замутить?
в манах синтаксиса не нашел

[enepx]

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

вопрос в догонку - можно ли для класса operator [], operarot + и пр. замутить?
в манах синтаксиса не нашел

Во-первых, Operator.
Во-вторых, нельзя.

[wvxvw]

Для динамических можно переопределить delete, [], @, ., in, each (т.е. можно переопределить что класс будет делать когда вы пытаетесь удалить свойство / метод, обратиться к свойству / методу (не принципиально, используя скобки или точку), обратится к аттрибуту, обратится к следующему свойству, обратится к следующему индексу. А математические операторы, битовые и булевые переопределить нельзя. Хотя, иногда, если очень хочется, то с помощью toString() можно добиться похожего функционала, но оно того явно не стоит

[progman]

не подскажите синтаксис оператора [] для произвольного класса?

[Felicast]

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

Во-первых, Operator.
Во-вторых, нельзя.

во-первых operator. если вы не поняли - имеется в виду сиплюсплюсная возможность переопределения операторов (как же мне ее в ас не хватает)

В винде это тоже давно есть для NTFS.

не спорю, просто не пользовался никогда (даже не знаю как )

не подскажите синтаксис оператора [] для произвольного класса?

я думаю это того не стоит. динамические объекты сами по себе тормознутые.

[enepx]

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

если вы не поняли - имеется в виду сиплюсплюсная возможность переопределения операторов (как же мне ее в ас не хватает)

Я сразу понял про какие операторы идет речь. Я помню обрывки из прошлого типа
operator <<, operator + и т.д.
По-моему разобрался по ходу написания поста

[progman]

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

я думаю это того не стоит. динамические объекты сами по себе тормознутые.

ну все таки хотелось бы. пишу свой велосипед для сохранения синтаксиса старого кода С++ на АС3. а он там std::vector юзает. под Array переделывать лениво - мне проще свой маленький std::vector написать
и нужен оператор []

[enepx]

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

ну все таки хотелось бы. пишу свой велосипед для сохранения синтаксиса старого кода С++ на АС3. а он там std::vector юзает. под Array переделывать лениво - мне проще свой маленький std::vector написать
и нужен оператор []

Вам лениво один раз, а флешка потом все время лениться будет. Все равно нормальной портации не получится. ИМХО лучше перекодить под Array.

[Котяра]

просто замените в коде вызов [] на вызов getProp(). Читабельность от этого не испортится)