PHP микрооптимизация

Question

Как я могу обнаружить бесполезные методы микрооптимизации?

Чего следует избегать?

Answer 1

Любая оптимизация, выполненная без предварительного измерения и профилирования, бесполезна.

Профилировщики кода PHP:

• xDebug
• PHP_Debug
• время (Иногда легко обнаружить узкие места в коде, используя простой echo time())

Всегда измеряйте перед оптимизацией!

Answer 2

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

Answer 3

Я делаю себя непопулярным и говорю isset.

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

Дело в том, что это не миф. Использование @ для доступа к неопределенным переменным снижает скорость обработки. В моем очень ненаучном тесте он сделал это на 535% . Я подчеркиваю бесполезность этого числа. Потому что в реальных приложениях у вас не будет 10 миллионов случаев для его измерения. (Подобно тому, как ускорение токенайзером «одинарных» кавычек на 13–14% не влияет на общее время выполнения скрипта.) В противном случае этот недостаток производительности не проявился бы. И поэтому я заключаю, что отказ от @ за переполнение использования isset также является микрооптимизацией.