Как я могу определить бесполезные методы микрооптимизации?
Чего следует избегать?
Любая оптимизация, сделанная без предварительного измерения и профилирования, бесполезна.
Профайлы кода PHP:
echo time()
) Всегда измерьте перед оптимизацией!
Напишите код, который работает и читается. Если вы считаете это вялым, вы всегда можете выполнить профилирование .
Я делаю себя непопулярным и говорю isset
.
Для проверки неопределенных переменных isset()
часто используется во всей логике приложения. Однако многие люди используют его только с намерением подавить уведомления. Это использование редко способствует дальнейшей логике процессинга. И, более конкретно, он используется над @
, оператором подавления ошибок. И это потому, что есть миф @slowness.
Дело в том, что это не миф. Использование @
для доступа к неопределенным переменным снижает скорость обработки. В моем очень ненаучном тесте он сделал это на 535% . Я делаю это смелым, чтобы подчеркнуть бесполезность этого числа. Потому что в реальных приложениях у вас не будет 10 миллионов оккурантов, чтобы их измерить. (Подобно 13-14% токенизатору ускорение «одиночных» кавычек не влияет на общую продолжительность выполнения скрипта.) В противном случае этот недостаток производительности на самом деле не проявится. И вот почему я пришел к выводу, что отказ от @
для чрезмерного использования isset
также является микро-оптимизацией.