Огромный идиотский минус AVM1 в логике

[silin]

mtasc выдает

trace( "ABC" == 0 ); // false
trace( "ABC" < 0 ); // undefined
trace( "ABC" > 0 ); // undefined
trace( "ABC" >= 0 ); // true
trace( "ABC" <= 0 ); // true

т.е. все как iNils сказал

IDE-шный компилятор для >= и <= дает тоже undefined (т.е. невыполнимость опреации, а вовсе не false),
можно предположить, что выполнение прерывается на стадии lt/gt без выполнения not

[iNils]

Если посмотреть на байткод который выдал компилятор ide

push FALSE

push UNDEF

push UNDEF

push UNDEF

push UNDEF

то видно, что на стадии компиляции произошло сравнение с данными и был записан уже результат, то есть была оптимизация кода.
Вот если бы вы написали

var s:String = "ABC"
trace( s == 0 ); // false
trace( s < 0 ); // undefined
trace( s > 0 ); // undefined
trace( s >= 0 ); // true
trace( s <= 0 ); // true

то и результат был бы другой.

[Psycho Tiger]

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

trace( _root >= 0 ); // true _root > 0 || _root ==0 - undefined || false - не очень ок

Операция >= состоит из двух действий greaterThan и not, в рузльтате greaterThan дает undefined, а отрицания undefined дает true.

Ага, понятно. Ну вот тут то и косяк, мой вариант разложения по логике должен давать тот же результат, что и твой. Конечно, не стоит сравнивать тёплое с мягким, но один фиг - расходится.

[AzagThoth]

Чем не устраивает isNaN
Зачем городить сравнения вообще.

[camelot]

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

Чем не устраивает isNaN
Зачем городить сравнения вообще.

вот вы везде везде где у вас переменная Number прежде чем её использовать вы проверяете её isNaN и ещё наверное проверяет её тип typeof и чтобы быть 100% увереным ещё и instanceof Number и чтобы добить до конца parseInt, да?

бывает случаи когда переменная не инициализирована или другого типа и получается так, что это приводит к очень печальным последствиям.
например при восходящем или нисходящем приведении типа когда ссылка на мувиклип или объект превращается в undefiened или null. а если вы ещё и работаете с динамическими данными и трудно поймать такое условие - вам будет стоить громадных усилий и времени поймать в чем проблема.

например:

class A
{
   public var testVar:Number = 10;
}
 
var mc:MovieClip = attachMovie("AfromLibrary", "instanceOfA", 0); // или createEmptyMovieClip("instanceOfA", 0) - кому как нравится
mc.__proto__ = A.prototype;
var instA:A = A(mc);
var resultValue:Number = instA.testVar + 10;
if (resultValue:Number >= 0 )
{
  trace("all ok");
}
else
{
  unloadMovie(_level0);
}

а всего то ошибка class A extends MovieClip.
в результате cтроки:

var instA:A = A(mc); //instA = null
var resultValue:Number = instA.testVar + 10; // resultValue = NaN
if (resultValue >= 0 ) // читайте выше, что даёт NaN >= 0

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

[iNils]

Смысла ругать avm1 уже нет, ее развитие остановлено. А AS3 существует уже не первый год.