Объясните фишку: String || Boolean

[WindWalker]

Сделал в коде смешную опечатку - не там поставил скобочку.
В результате оператор || применился для стринга и булена.

Решил посмотреть, а как на самом деле он будет работать для этих операндов и обнаружил какую-то странную логику...

Для начала банальная проверка:

if ("Hello") trace (true);
else trace (false);

Напишет true.

Теперь мистика:

trace ("Hello" || true)

Напишет true.

trace("Hello" || false)

Напишет false.

Как так?

[lowka]

видимо false преобразовывается в строку с которой ''Hello" уже и сравнивается.

[Kikasso]

По идее должно писать "Hello". Очень странно. Сравните:

str = "Hello";
str2 = "";
trace( str || "defaultValue" ); //Hello
trace( str2 || "defaultValue"); //defaultValue

Для пустой строки вернуть второй операнд, для непустой первый - это правильное поведение.
Для цифр все правильно:

trace( 0 || 777 );  // 777
trace( 10 || 777); // 10

Оператор возвращает первый операнд, если Boolean от него true, и второй если false. Тип переменной при этом не меняется. Очень, кстати, удобно.

upd:

trace( String("Hi") || "defaultValue" ); //Hi
trace( String("") || "defaultValue"); //defaultValue
trace( new String("Hi") || "defaultValue" );//Hi
trace( new String("") || "defaultValue"); // (пустая строка)

То есть если создавать объект String, то он всегда true, на то он и объект. А если строковую переменную, то она true если не пустая. Почему с кавычками такая затыка, непонятно.

trace( (str = "Hello") || "defaultValue" ); //Hello
trace( "Hello" || "!!!!!" ); //!!!!!

(PS - смотрел в 8-ке)

[iNils]

trace("Hello" || false)
trace("Hello" || true)

"Hello" не пустая строка, которая преобразуется в false

[Kikasso]

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

"Hello" не пустая строка, которая преобразуется в false

Так вот с какой радости?

trace(Boolean("Hello")); // true
if("Hello") trace( "ok, true" ); // ok, true
trace( "Hello" ? "yes, sure" : "no" ); // yes, sure
trace (String("Hello") || "...oops"); // Hello
trace ("Hello" || "...oops"); // ...oops

[etc]

Это компилятор чудит, в swf вообще не попадает строка с Hello. Так что перестаньте заниматься фигней

[iNils]

С такой, что действуют разные условия. Для сравнения приведу результаты для разных версий

/*
	[1-6]		[7-...]
1.	false		true		trace(Boolean("Hello"))
2.	ok, true	ok, true	if("Hello") trace( "ok, true" );
3.	no		yes, sure	trace( "Hello" ? "yes, sure" : "no" );
4.	...oops		Hello		trace (String("Hello") || "...oops");
5.	...oops		...oops		trace ("Hello" || "...oops");
*/

1.Идет преобразование в булево значение. Результат зависит от версии плеера. До 7 версии результатом будет false (true будет, если строку можно преобразовать в число, например "5"), начиная с 7-ки - true(полное соответствие стандарту ECMA-262, где любая непустая строка всегда true). О чем в хелпе и говорится

Boolean(expression:Object) : Boolean
If expression is a string, the return value is as follows:

• In files published for Flash Player 6 and earlier, the string is first converted to a number. The value is true if the number is not 0, otherwise the return value is false.

• In files published for Flash Player 7 and later, the result is true if the string has a length greater than 0; the value is false for an empty string.

2. А вот тут обнаружил ошибку. Для версии 1-6, результатом не должно быть "ok, true", trace вообще не должен сработать. По той же самой причине, что и в пункте 1. Но проверял я все в флеш 8, просто менял версии. И там результатом было ok, true. Я специально поставил mx и проверил, действительно, trace не выводиться. Причина в том, что в байт код попадает только результат проверки как и для любых литералов, то есть "ok, true", и хотя компилил под 6-ку, но делал я в среде, где родная версия 8-ка и видимо это сказывается. Действительно, если поставить

s = "Hello"
if(s) trace( "ok, true" );

то результатом будет false, а в 8-ке соответственно true

3. Здесь тоже самое, что в пункте 2, за исключением того, что флеш 8 с публикацией под 6-ку, на этот раз корректно проводит преобразование в false. Тут стоит заметить, что в отличии от if else который при сравнении с литералом в байт код записал только результат, конструкция ? : в байт код переводит весь ас-код.

4. Тоже самое, что и в пункте 1.

5. Самое хитрое Если заглянуть в хелп, то увидим

expression1 || expression2
expression1 : Number - A Boolean value or an expression that converts to a Boolean value.

expression2 : Number - A Boolean value or an expression that converts to a Boolean value.

Вот это Number и наводит меня на мысль, что сначала строка конвертится в число (результатом будет NaN), а потом уже в булев тип (false). Но так было до 7-ой версии плеера, после, уже шло прямое преобразование сразу в булев тип, так что __etc скорее всего прав, компилятор чудит. А вот в AS3 написано, что expression1 и expression2 может быть любого типа, а trace выдаст "Hello"

[Kikasso]

Да, я смотрел руководство по 5-му пункту, злое наследие царского режима )).
С публикацией под 6-ку опыты тоже проделывал, только MX не ставил. Ладно, то что от него требуется этот оператор делает. Логическое OR отрабатывает, значение "по умолчанию" вместо undefined подставляет.
Очень удобно в конструкции:

my_xml.load( path_to_xml || "config.xml");

Если path_to_xml должен прийти из flashvars или откуда-то ещё. До 7-ки так можно подставлять только цифры..