Отправлено 01 февраля 2009 - 16:12
<?php
$p = 20;
if (unset($p))
{
echo "Переменная найдена и уничтожена";
}
else
{
echo "Переменная не найдена и не может быть уничтожена";
}
?>Сообщение изменено: кoт (01 февраля 2009 - 16:24 )
Отправлено 01 февраля 2009 - 16:59
<?php
$p = 20;
unset($p);
if(empty($p))
{
echo "Destroyed";
} else {
echo "Nope";
}
?>
Отправлено 01 февраля 2009 - 18:04
Проверка "if(empty($p))" не имеет смысла, т.к. после "unset($p);" всегда будет возвращать trueВот что делает с людьми дин. типизация.
Функция unset - это VOID тип. Т.е пустой тип , он ничего не возвращает. И соответственно проверить её с помощью условия нельзя.
Можно переписать код так :<?php $p = 20; unset($p); if(empty($p)) { echo "Destroyed"; } else { echo "Nope"; } ?>
The following things are considered to be empty: "" (an empty string)
0 (0 as an integer)
"0" (0 as a string)
NULL
FALSE
array() (an empty array)
var $var; (a variable declared, but without a value in a class)
Отправлено 01 февраля 2009 - 19:29
Ну я не PHP кодер , просто помню что есть empty.
Отправлено 01 февраля 2009 - 20:47
Отправлено 01 февраля 2009 - 21:18
Меня больше всего бесит этот 0 и пустая строка в PHP. И казалось бы обычное сравнение "==" может быть очень опасным. С типизацией в PHP туго и в последнее время меня это немножко начало напрягать, приходится тратить лишнее время на то, чтобы решить как может повести себя ПХП в том или ином случаеОчень странно что строка "0" тоже считается empty ..
Я всегда считал пустой строкой только ту, у которой длина 0
... но это пхп, всего можно ожидать
Такие вот приколы.
Absolut
Отправлено 03 февраля 2009 - 22:35
https://ajaxel.com - Лучший CMS
Отправлено 03 февраля 2009 - 23:42
Лучшеа я вот никогда не использую empty()
isset() и только его.. а ещё полезно:
if (strlen(trim($var))) {
}
вот..
if ( '' === trim( $var ) ) {
}
нет лишнего вызова функции
Отправлено 04 февраля 2009 - 12:00
Лучше
if ( '' === trim( $var ) ) { }нет лишнего вызова функции
Отправлено 04 февраля 2009 - 12:11
Отправлено 04 февраля 2009 - 12:35
Кстати, покажите ситауцию, когда надо сделать переменной unset?
Отправлено 04 февраля 2009 - 12:43
Отправлено 04 февраля 2009 - 13:20
Ясно, но это фактически удаление элемента из хеш таблицы, а не удаление переменной
Меня интересовало, в каких ситуациях может понадобиться удалить переменную?
то есть
$a = 4343;
.........
.........
........
unset($a)
Отправлено 04 февраля 2009 - 19:35
Например, если переменная является ссылкой (указателем) и используется в цикле.Кстати, покажите ситауцию, когда надо сделать переменной unset?
Вообще-то эта конструкция имеет больше плюсов, чем "привычная", т.к. сразу видно с чем идёт сравнение и оберегает от ошибок присваивания (я правда, не могу припомнить ни одного случая, чтобы я случайно написал одно "=" при сравнении).ой как глаза режет такой порядок.
и рождается это из-за того, что нет стандарта форматирования.
у нас на работе с этим война.
Это называется - удаление ключа массива. Сессии, и тем более register_globals тут ни каким боком не стоятНу например насколько я знаю , многие ансетят зарегенные переменные в сессиях (т.е unset($_SESSION['VAR'])) , но так делают когда вроде register_globals отключен.
XTGamers.com
Отправлено 04 февраля 2009 - 19:43
Намного лучше я бы сказал.Лучше
if ( '' === trim( $var ) ) { }
Отправлено 05 февраля 2009 - 13:36
Например, если переменная является ссылкой (указателем) и используется в цикле.
Вообще-то эта конструкция имеет больше плюсов, чем "привычная", т.к. сразу видно с чем идёт сравнение и оберегает от ошибок присваивания (я правда, не могу припомнить ни одного случая, чтобы я случайно написал одно "=" при сравнении).
Стандарты есть, но т.к. их много - каждый использует что хочет. Мой стандарт так же был где-то описан. Меня например бесит фигурная скобка на строке с оператором, т.к. плохо видно структуру - это раз и отступы пробелами - это два, т.к. это часто вызывает ошибки с неверными отступами, что опять-таки портит структуру. Я в оформлении кода очень пунктуален и всегда чётко следую своим правилам.
