PHP-оптимизация

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

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

Solutions Collecting From Web of "PHP-оптимизация"

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

Профайлы кода PHP:

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

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

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

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

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

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