Ну, не знаю, как еще объяснить, ну, не возможно скрестить верблюда с носорогом...
Строгая типизация - это не только удобство, это то, что делает в конечном итоге вычисления и работу программы быстрее. Поэтому, либо строгая типизация + быстрая работа, либо отсутствие типизации + медленная работа. 2 в одном получить не удасться, потому как эти вещи не совместимы вообще никак, они в корне противоречат друг другу.

Что невозможно? Сделать новую AVM совместимую со старой? На 100% уверен, что возможно. А вот почему не сделали - вопрос другой. Но опять-таки уверен, что дело вовсе не заботе о пользователях и их удобстве.

Вот характерное заблуждение. Типизация ГДЕ существует? В скрипте или в байт-коде? Поэтому если в байт-кодах типизации нет (и старый добрый флеш использует динамический код), то о каком убыстрении работы идет речь?

Кто бы говорил про наглость.
Так значит ты chingachgoog хочешь сказать что ты скрипт не заказывал? :)

http://flasher.ru/forum/showpost.php...9&postcount=38

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

простите, но вы вообще не в курсе по поводу внутреннего устройства файлов скомпилированых для AVM2... вы несете чушь, стыдитесь! =).

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

Вы путаете причину со следствием. Да, в НАСТОЯЩЕЙ ситуации AVM1 несовместима с AVM2. Но это вовсе не значит, что ее нельзя было сделать совместимой. Насчет "ничего общего" - я бы так не говорил (см. расчеты веса ФП 8 и 9 версий).

А при чем тут внутреннее устройство в AVM2. Да я его не знаю. И думаю вообще его мало кто знает (иначе мысли нехорошие могут возникнуть).
Или вы хотите сказать, что код написанный на AS3 БЕЗ строгой типизации работать не будет? Будет.

add:
http://flasher.ru/forum/showpost.php...9&postcount=38
(администрацию о лживых сообщениях TERRORist уведомил)

Поймите, что вы хотите проапгрейтить чернобелый телевизор до цветного... да, это где-то близкие вещи, но кроме коробки и провода питания вам нечего будет взять от старой модели. Или вы бы пошли по пути изобретения сверхточной технологии по отделению светочуствительных элементов впаяных в матрицу Ч/Б экрана и замене их на новые, способные отображать разные цвета? Зная, что жить этой технологии ровно пару секунд на время апгрейда?
А размер плеера такой, потому что в нем половина - поддержка AVM1... помоему это очевидно...

Код написаный без типизации будет работать так же плохо, как и любой код написаный для AVM1 - т.е. медленно.

ЗЫ. Имелось в виду то, что байткод и скорость выполнения - две вещи между собой прямо не связаные. Вы пытаетесь приплести к вашей теории о ненужности новой ВМ вещи, которые к теме никакого отношения не имеют.

Кстати это задача элементарная (точно также как и в случае с AVM).
Эту задачу решали еще в XIX в (для кино конечно).

Наоборот. Размер ФП, на удивление МАЛЕНЬКИЙ. Т.е. логично предположить, что AVM1 и AVM2 в нем частично совмещены, а не полностью раздельны.

Как это не имеют??? С чем работает AVM? Со скриптом или с байткодом? Если бы в байткоде присутствовала типизация, то тогда бы еще можно было предположить, что время выполнения байткода от этого улучшается. Но типизация - в скрипте - и живет ровно до компилирования в байткод. Потому на скорость выполнения интерпретатора байткода она никак не влияет.

NB!
Кстати, насчет "информативности" строгой типизации.
Помимо засорения текста кода дополнительными символами есть еще один момент. Что будет с информативностью через полгода?
Так, строчка коментария "тут делается то-то" будет через полгода самым ценным местом кода и никакая типизация по информативности с комментарием не сравниться (а по объему текста комментарий много меньше текста типизации и расположен более удобно - чуть в стороне от кода, а не внутри него).

avm2 переписывалась с нуля, и код оптимизировался, за счет чего выросло быстродействие. Это надо было сделать, так avm1 писался черт знает когда, а его модернизировать нельзя из-за обратной совместимости.

Не знаешь не лезь:)
В avm2 типизация сохраняется.
Пример
Результат примерно 450, если убрать типизацию у "e", то уже 1870

Роль типизации огромная в плане автокомплита, никакой комментарий не поможет тебе вспомнить множество методов и свойств у объекта класса написанного полгода назад, придется лезть и смотреть исходник.