All streams
Search
Write a publication
Pull to refresh
3
0
Send message
я и не говорил про статью, да и не я её написал.

Человек изобрел инструмент, ему подсказали что есть вещи и лучше.

конфигурация с помощью массива, где надо помнить имена ключей или подсматривать документацию.


попробуйте сделать interface


interface ConfigurationInterface
{
    public getArray();
}

И сделать классы для конфигурации которые будут реализовывать данный интерфейс и уже иметь методы для изменения.
Ну и везде где аргументом ожидается массив добавить возможность передавать ConfigurationInterface
Мне кажется это бы упростило использование и позволило использовать autocomplete для различных имен.


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

ваш сарказм я конечно понял.

но уже довольно давно есть движения в этом направление https://daemon.io/ и http://reactphp.org/

причем у последнего при запуске различных бенчмарков для framework получили преимущества.

Тут не совсем отказ от nginx там скорее отказ от php fpm, но никто не мешает использовать reactphp и nginx вместо php-fpm и nginx.

Да я понимаю что серьезный проект на такое переводить не стоит, но поиграться, вполне можно.
погрешность при измерение данным способом может быть значительной, по сравнению с profiler.

если устраивает погрешность то хорошо, но я бы выбрал xdebug profiler более точен, существуют готовые инструменты визуализации, субъективно более привычный.

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

посмотрите в сторону профилировщиков, например xdebug https://xdebug.org/docs/profiler
12 ...
8

Information

Rating
Does not participate
Registered
Activity