Invert Рассмотрение предполагаемых вами вариантов осуществления инициализации экземпляра класса с функциональной точки зрения - приводит к оценке большей эффективности метода с использованием констант поскольку он не включает в себя расчет идентификатора и значения переменных - однако использование констант в рамках языка PHP не является простой заменой целевых вхождений символов и требует некоторых вычислительных операци для осуществления подстановки значения

Спасибо, но хотелось бы больше конкретики. Думаю провести небольшое тестирование и показать сюда результат, если кому-то интересно.

Пожалуйста! Осуществление рассмотрения вопроса быстродействия в предоставленном вами примере PHP-приложения включающегшо в себя элемнты класса с инициализирующими констукрторами и константыми значениями - может не предоставлять требуемых результатов при причине использования вычсилительных ресурсов в многопоточной системе при оказания влияния множества сторонних факторов Кроме того реализация ООП-технологии в языке PHP осуществлена посредством использования механизмов пространтсв имен и ссылочных объектов - что означает обращение к парамтерам целевого объекта как неявному вызову функций контроля соответствующий информационных полей

это будет сложно зделать. Потому что скрипт не может всё время выполнятся одинаковое время. А даже в очень большом класе разница вовремени будет не значительная.

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

Разница в выполнении конструкций языка будет совершенно ничтожна по сравнении с тем же "обрабатывает некоторые файлы с винта, некоторые сжимает и кэширует в отдельную директорию". Именно оптимизацией работы с файлами и стоит заниматься, если вообще оптимизация требуется.

Вы же пишете на PHP, а не на C, наверное выбрали его потому что он проще и удобней? Вот и в этом вопросе решайте, что удобнее, понятнее и более расширяемое.

Значение вопроса о быстродействии рассматриваемого PHP-приложения в общем случае может является достаточно существенным - в частности в случае осуществления обработки значительно числа пользовательских запросов с ресурсоемкими операциями С теоретической точки зрения в рассматриваемом PHP-приложении в качестве более эффективного варианта целесообразно рассматривать набор вложенный в класс константных полей - особенности в случае если их внутреннее представление в контексте является статическим

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


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

В общем случае реализация выбора требуемых информационных полей для хранения заданный записей в действительности обеспечивается удобством структуры для реализации текущей задачи - однако в рассматриваемом случае в силу внутренних особенностей реализации ООП-механизмов в PHP обеспечение функционирования статических констант являтеся в значительной мере более эффективным

Более эффективной по каким параметрам?

В действительности реализации ООП-принципов в языке PHP осуществлена на основе использования именованных пространств имен с определение текущей таблицы объектов в операторе расширения области видимости и механизма ссылочных объектов - таким образом осуществление обращения к параметрам и методам экземпляров класса в действительности обеспечивает включение неявного вызова функции обработки которая может быть переопределена в форме __get/__set - в то время как реализация обращения к статическим полям является оригинальной операцией

Хорошо, так более эффективной по каким параметрам? По скорости?

Рассматриваемый вариант осуществления установки значений требуемых параметров в качесвте статических константных объектов в пространстве имен целевого класса - является более эффективным по критериям быстродействия и сложности структуры внутреннего представления PHP-приложения после осуществления выполнения фазы трансляции - поскольку обеспечению включения требуемые значений в виде статических констант не требует создание дополнительных неявных функций обработки

Лично по моему ИМХу эффективным является следующее - сервер перестал справляться с нагрузкой, мы заменили методы на константы и проблема устранилась.

Если же что-то потребляет 0,05% от общих ресурсов и мы меняем его на то, что потребляет 0,04%, это не эффективность и не оптимизация.

Обеспечение оптимизации и уменьшение количества потребляемых вычислительных ресурсов целевого приложения является важным критерием - дело в том что если фактическая замена предполагаемой операции предоставляет некоторый незначительный прирост - то осуществление множественного вызова функционального компонента позволяет достичь лучше эффекта - практическое рассмотрение указанного аспекта может быть осуществено при программировании NP-задач