Его вариант:

$res = mysql_query('SELECT id ... WHERE id>1000');
$a = array();
while ($row = mysql_fetch_assoc($res)) {
  $a[] = $row['id'];
}
if (in_array(10, $a)) {
  // что то
}

А ты предлагаешь следующее:

$res = mysql_query('SELECT id ... WHERE id>1000');
while ($row = mysql_fetch_assoc($res)) {
  $a[] = $row['id'];
}
if (!empty($a) && in_array(10, $a)) {
  // что то
}

Я не считаю твой вариант хорошим стилем. Даже банально это $a может быть где то выше иметься, да и по виду...

_____________
There never was a struggle in the soul of a good man that was not hard

Это не мои догадки. Это анализ той проблемы, которую спрашивал ТС.
А вот ты походу совсем не понял что он спрашивал.

ну и бред ты несешь. Приведи код в какой ситуации фиаско, чтобы не быть голословным? Массивом инициализируется переменная и все, она уже массив. А есть цикл дальше или нет - неважно, он наполнит массив или не наполнит.

_____________
There never was a struggle in the soul of a good man that was not hard

Да ладно, обороты не набирай Michael. Валик сделал глупую ошибку, чего я лично даже и не ожидал бы от него, понятно, что пробел в знаниях, и довольно серьезный. Но он повел себя вполне корректно, признав ошибку. Здесь это умение не помешало бы нехилой доле форумчан.

_____________
Если вам недостаточно собственных заблуждений, можно расширить их мнениями экспертов.

Нужно уважать мнение оппонета. Ведь заблуждаться - его святое право.

Настаивал, настаиваю и буду настаивать на своем. На кедровых орешках.

этот $a может быть на 400 строк выше объявлен Максимальная читабельность и аккуратность будет: isset && is_array && in_array

Все прочие решения допускают ошибку в той или иной степени (не тот тип, неопределенная переменная, например). А в случае если определение переменной делается намного выше, то оно часто бывает не так уж и очевидно в коде.

$res = mysql_query('SELECT .... WHERE id = 1000');
$a = mysql_fetch_assoc($res); 

if (in_array(10, $a)) {
  // что то
}

Смешной у тебя пример. И ошибочный.
В теме, с которой ты разделил эту, сказано:

Ты в своем примере достаешь очень классный ассоциативный массив значений колонок, который без ключей - просто каша.. Но это мура. Это не тот накапливаемый массив каких то значений, среди которого потом будет поиск in_array.
Спрашивается - зачем упираться в изначально неверный вариант и под него придумывать код?... :blink:

_____________
There never was a struggle in the soul of a good man that was not hard

в том варианте, который у меня, этого не надо, это лишнее. В твиновом варианте?

_____________
There never was a struggle in the soul of a good man that was not hard

Я объяснил уже минусы обоих вариантов какие были даны. Оба допускают ошибку программиста при определенных условиях.

Волнует кого из форумчан это или нет, меня лично мало интересует.

А почему isset()... Чем !empty() хуже?

Michael
Ты в своем амплуа. Впринципе не допускаешь никаких решений, кроме собственных. Еще и мурой обзываешь.

Ну вот представь себе допустим анкету. В таблице 10 ячеек, в одной из них верный ответ. Какой смысл собирать второй массив в цикле, что бы узнать, есть ли значение в одной из ячеек, а не строк?

Да вариантов может быть масса, ты мыслишь категорией гостевой книги, а что задумал ТС тебе не известно. Так что кто выкручивается - вопрос. Да и он риторический. Тебе вон glock18 объяснил, почему часто нужны именно проверки, а не инициализация. А ты до сих пор уперся.

Я бы ни секунды не спорил, был бы ТС представлен код. А так это чистой воды теория, которую ты однобоко пытаешься натянуть на своё мнение. Не признавая, что вариантов в теории может быть масса.

_____________
Если вам недостаточно собственных заблуждений, можно расширить их мнениями экспертов.

Нужно уважать мнение оппонета. Ведь заблуждаться - его святое право.

Настаивал, настаиваю и буду настаивать на своем. На кедровых орешках.

Перечитал твои посты, ссылки к минусам в моем примере кода так и не увидел...

_____________
There never was a struggle in the soul of a good man that was not hard

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

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