Влияет ли объем кода PHP на производительность?

Question

[IsaevDev]

Понятно, что 1000 и 1М строк кода будут интерпретироваться разное время. Но все же, насколько критичен объем кода в PHP 7?
К сожалению, под нагрузкой не приходилось наблюдать эффект.
Правильно ли я понимаю, что OPcache как раз и делался, чтобы кэшировать интерпретированный код?

Comments

[Oleg Shevelev]

С какой целью спрашиваете? В плане "нужно ли ставить OPcache или не нужно"?

[IsaevDev]

Oleg Shevelev: нет, Opcache поставлю и так. Скорее вопрос в том, можно ли всю бизнес логику собрать в один класс или стоит разбивать и подключать по мере необходимости

[Oleg Shevelev]

IsaevDev: скорее второе.

[Oleg Shevelev]

IsaevDev: Это связанно и с простой разделения кода на составляющие так и с тестированием и обновлением.

[Oleg Shevelev]

Silm: я пишу на Golang, раньше писал на PHP и добавлял Си там где это давало стократный прирост.

По поводу моего ответа, я за второй вариант, который "разделить код на множество отдельно описанных классов выполняющих отдельные изолированные функции" потому что так читать, проверять и выполнять проще. Меньше ошибок. Но вы, вероятно, поняли мой ответ в точности наоборот.

Не советую скидывать весь PHP код в одну кучу... почему - попробуйте разобраться сами:)

[Silm]

IsaevDev: если вы готовы ради крох производительности объемное приложение упаковывать в 1 класс, то лучше просто пишите на СИ.

[Silm]

Oleg Shevelev: извиняюсь, ответ был для ТС

[IsaevDev]

Silm: Oleg Shevelev: нет, тут я согласен. Я за то, чтобы дробить.
Просто иногда возникает ситуация - получается объемный достаточно класс. Набор утилит, строго говоря. И из него нужна одна функция какая-нибудь другому классу. И появляется желание эту функцию продублировать, чтобы не дергать каждый раз эти несколько тысяч строк

[Silm]

IsaevDev: дублировать нельзя. Недовольство жирным классом оправдано с любой точки зрения. Делайте рефакторинг, из одного жирного класса несколько логичных, нормального размера.

Answer 1

[Silm]

...вопрос в том, можно ли всю бизнес логику собрать в один класс или стоит разбивать и подключать по мере необходимости

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

Если вам правда так нужна производительности и не важен дизайн приложение, возможность удобной разработки, легкого расширения, модульности, не интересуют подключаемые библиотеки, тогда зачем вам PHP? Выбирайте низкоуровневый ЯП, пишите на нем. Будет сверх быстро работать, если доживете до релиза.

будем считать, что код "нормальный")

Ответ: В эру OPcache влияние объема кода на производительность пренебрежительно мала.

Правильно ли я понимаю, что OPcache как раз и делался, чтобы кэшировать интерпретированный код?

Да.

Answer 2

[Zhbert]

Можно такого кода понаписать, что и одна строка повесит все к чертовой матери...

Comments

[IsaevDev]

будем считать, что код "нормальный")

Answer 3

[Алексей Скобкин]

Гораздо важнее то, что делает этот код.
В фреймворке Symfony, например, все необходимые классы приложения собираются в один файл кеша, чтобы их можно было подгрузить сразу, а не по одному из тысячи файлов. То есть, иногда один большой файл - оправдан. Однако, лучше делать это автоматически (как это делает Symfony) чтобы не ухудшать читаемость и поддерживаемость кода.