при чем здесь код ниже ошибки? Он же не выполняется. Вот опять ты рассуждаешь теоретически. Я тебе даю простой кейс - ты реально собираешься проверять КАЖДУЮ переменную, полученную из модели? если да - то флаг тебе в руки. Если нет - то чем этот кейс отличается от всех прочих?
не понимаю, какой смысл тебе спорить с очевидными вещами. проверку можно делать только тогда, когда а) нормальным течением программы позволяется возвращение пустого класса и б) есть конкретный сценарий на случай неудачной проверки. Во всех остальных случаях проверять бессмысленно - это ничего не изменит.
проверка в большинстве случаев не нужна. ну никто ведь не пишет миллионы ифов в коде, проверяя каждую полученную из функции переменную? Лишняя проверка ничем не лучше собаки. Ошибка - это как боль в организме, сигнализирует о проблеме. Надо решать проблему, которая вызвала боль, а не ставить проверку. Надо разбираться, почему после переноса объект перестал возвращаться.
проверка это не ответ. Ты предлагаешь лечить симптом, но болезнь это никак не затронет. То, что ответить ему в принципе больше нечего - это другой вопрос.
По сути, тебе надо собрать все xpath уникальные выражения. То есть, двигаясь по элементам, проверять xpath, и если нет в списке, то добавлять. У меня это сделано с помощью php.net/manual/ru/book.xml.php - он идет как раз по элементам, а не по записям. Но в обчем можно и через simplexml.
olamedia .: ну просто это на самом деле работает. когда начинаешь писать вопрос на СО, следуя гайдлайнам - то есть, описывая свои действия подробно, то в середине процесса тебя решение-то и стукает в темечко
Мануал - это на 99% справочник по функциям. Да, там есть небольшой учебник, который дает основы синтаксиса. Но основ синтаксиса недостаточно для того чтобы стать веб-программистом. Нужно понимать кучу смежных понятий - что такое куки, чем они отличаются от сессий, какие бывают заголовки НТТР, как взаимодействовать с БД. из-за того что похапешники учатся по мануалы, мы и имеем до сих пор самый популярный код в вопросах на тостере вида while($rowResult = mysql_fetch_array())... потому что никто их не научил, что такой код - это ад и стыд, что часто используемый код должен убираться в функции и хелперы. Опять же, в мануале нет ничего про ORM-ы и фреймворки.
где в мануале написано, что повторяющийся код вам, остолопам, надо оборачивать в функцию, а не шарашить копипастом по 100500 раз? где в мануале написано, что свои программы надо отлаживать, а не девелопить методом "накопипастил, ниработаит, вывалил на тостер-ищите мне ошибку"? где в мануале написано, что надо сразу отделять бизнес-логику от логики отображения? где в мануале по РНР даются основы протокола НТТР и принципы работы веб-приложения?
