PHP странное поведение оператора ==

Question

[pentarh]

Просто интересно, почему код

<?php echo 0 == 'sell'?'true':'false';

Отдает значение true?

PHP 5.4.12, 5.3.19

Answer 1

[Андрей Буров]

потому что, второй аргумент в операторе == приводится к типу первогого аргумента, следовательно (int)'sell' === 0 отсюда 0 == 0 дает true.

Comments

[pentarh]

Долбаные тайп-касты ) Два часа искал баг…

[Андрей Буров]

я немного нварал
www.php.net/manual/en/language.operators.comparison.php

$a == $b | Equal | TRUE if $a is equal to $b after type juggling.

Translate strings and resources to numbers, usual math

Answer 2

[Макс Т]

Правый операнд преобразуется в number, подробнее здесь
php.net/manual/ru/language.operators.comparison.php

Answer 3

[Никита Гусаков]

Не баг же. Используйте === когда важна точность сравнения

Answer 4

[for93t]

А еще, например, нельзя проверять вхождение подстроки в строку, используя выражения типа:

if (!strpos($haystack, $needle) {

потому что строка может начинаться с искомой подстроки и функция вернет 0, который без явного сравнения типов (оператор ===) не даст сработать условию правильно.

Вообще лояльность PHP к типам переменных может быть причиной довольно коварных багов. Так что нужно иметь хотя бы базовое представление о сравнении переменных разных типов чтобы не наступать на эти грабли.

Comments

[Андрей Буров]

ну про !strpos должен знать каждый php-программист, т.к. это явно написано в документации www.php.net/manual/en/function.strpos.php

[for93t]

Про сабж мануал тоже явно говорит — www.php.net/manual/ru/language.types.string.php#language.types.string.conversion, однако 2 часа на поиск бага тратят люди, и спрашивают еще потом…

[pentarh]

>>однако 2 часа на поиск бага тратят люди, и спрашивают еще потом…
Софт чужой, большой и сложный. Попробуй найди такое.

Answer 5

[for93t]

не в ту ветку, извиняюсь