try catch без if

Если в связанной таблице есть сирота, то например такой код

вызывает ошибку. Нет такого индекса, потому что нет родителя у осиротевшей записи.

Типовая конструкция if(isset()) сама по себе выглядит идиотски, что усугубляется применительно к сложным конструкциям.

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

Логика подсказывает исключения. Если ошибка - ловим, идентифицируем по номеру, принимаем решение. Но. Я до сих пор не пойму цимеса php-исключений. На js мы описываем конструкцию

На php я должен самостоятельно все проверить и выбросить исключение чтобы его тут же обработать. То есть опять оно самое, но теперь на некотором отдалении двух одинаковых строк:


Что выглядит еще тупее. Вопрос такой. Скорее всего я тупой или мне не везет и подходящих примеров пока не встречалось. Повсюду практикуется этот ненормальный подход


В общем как можно присвоить определенной переменной значение предположительно определенной переменной и одновременно проверить существует ли она.

Добавлено через 11 минут
Кстати, стенографический синтаксис js типа

На php тоже не работает. Дает всегда 1

0

только если через тернарный оператор
Добавлено через 1 минуту
Если используется ООП-подход то можно реализовать с помощью магических методов

0

Триада те яйца вид снизу. Копипаста.

Магическими методами не интересовался, поскольку тямы не хватает и есть опасение что в очередной реализации php какое-то заклинание отвалится.

В общем сделать try-catch как на яве на php можно, или никак?

0

Сообщение от sqlnub В общем сделать try-catch как на яве на php можно

в смысле
? Если да, то нет, такого нельзя

Добавлено через 3 минуты
ах, да, есть еще такое http://www.php.net/manual/en/f... andler.php

Добавлено через 3 минуты
в яве классы в библиотеках "сами" бросают исключения в случае ошибки. В пыхе таких готовых библиотек для стандартных ошибок нет (т.к., в отличии от той же явы, он не only-OOP). Но при желании можно воспользоваться set_error_handler и ErrorException, сымитировать подобное поведение

1

Спасибо, немного прояснилось.

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


И тишина. Самое смешное что мне так и надо - пустой $row[$cnt] для сироты, которому в конце проверки по isset() я присваивал @$row[$cnt] = ''; если родитель не находился.

Но даже в противном случае проверить содержание переменной уже не та чудовищная копипаста. Например

Кстати, попутно узнал что в исходнике php массивы представляют собой т.н. balanced tree, которое как одна капля воды похоже на nested set model в РБД.

http://en.wikipedia.org/wiki/S... earch_tree

Да, еще пишут что проверка массива на неопределенный элемент идет быстрее если вместо isset() применять array_key_exists()

Добавлено через 5 минут
Так что я поменял на

Быстрее или нет - хбз.

0