Должен ли я использовать @ в своем PHP-коде?

Question

Если я использую @ в моем коде, это повлияет на производительность?

Answer 1

Эта статья полезна для ответа на ваш вопрос: http://anvilstudios.co.za/blog/php/how-to-ignore-errors-in-a-custom-php-error-handler/

В частности, раздел «@ имеет свои преимущества»:

Теперь один действительно следует использовать оператор @ очень экономно, обработки ошибки вместо подавляя их. Но есть небольшое количество ситуаций , в которых я могу думать о том, где, возможно, потребуется подавить некоторые ошибки PHP . Позвольте мне предложить два примера:

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

• Другой пример может быть, когда функция fopen используется для открытия внешнего URL-адреса, а URL-адрес не может быть открыт для одной из многих возможных причин . Функция возвращает false, чтобы указать сбой, который является отличным, но, чтобы процитировать руководство по PHP, «ошибка уровня E_WARNING равна сгенерированной« тоже не очень большой », это должно действительно привести к тому, что вместо этого будет выбрано исключение , поскольку это нерегулярная ситуация, но следует ожидать от . В этом случае вы хотели бы игнорировать ошибку и продолжить выполнение программы, явно , отвечая соответствующим образом - именно за исключениями! Существует, однако, способ преобразования ошибки в исключение, и поэтому избегает использования @ в этой ситуации. В вашем настраиваемом обработчике ошибок (который находится там, где мы находимся в этом сообщении), введите ErrorException - это потребует, чтобы явным образом поймал и обработал в коде, который раньше использовался @, что является лучшим способом Обработка ошибок.

Answer 2

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

Answer 3

Да, это влияет на производительность вашего скрипта значительным образом.

Читать статью PHP Error Suppression Performance.

Answer 4

Сам по себе @ не является причиной проблем с производительностью (что, кстати, в большинстве случаев незаметно для профилирующих графиков). Отсутствующие индексы массивов и неопределенные переменные вызывают уведомления/предупреждения, и здесь наблюдается замедление. Сам оператор подавления ошибок не виноват.

Использование @$var вместо fugly isset($var)?$var:NULL имеет то преимущество, что все еще можно записывать отладочные уведомления, где isset полностью скрывает их.

Answer 5

Вы не должны использовать оператор подавления ошибок.

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

В среде разработки все Сообщения об ошибках PHP должны отображаться пользователю. Они являются жизненно важным ключом к проблеме проблемы и должны быть замечены на ранней стадии.

Используйте Errors and Logging Configuration Options, чтобы различать тезисы двух. Производительность не является полезным критерием для принятия решения о том, следует ли использовать @ или нет.

Answer 6

«Глупая консистенция - это хобгоблин маленьких умов». :) Чтобы сказать, что «никогда не использовать его», это немного любительская позиция, ИМО. Я предпочитаю $ var = @ $ _ POST ['key'] $ var = isset ($ _ POST ['key'])? $ _POST ['key']: null;