Всего лишь замечу, что функциональное программирование - это не когда ты пишешь функции вместо методов, более того, если поизвращаться, то ООП можно реализовать на функциях, без классов и объектов. Функциональщина - тема пожалуй даже более сложная и никаким образом не может быть противопоставлена ООП, т.к значения хоть и похожие, но совсем не про это.
@romach разве функций нет в ООП ? разве методы это не тежи функции ? Только с большими возможностоями, что такое функция, это что возвращает какое либо значение отрабатывая определённый алгоритм. То что не возвращает это обычная процедура. Да можно сидеть извращатсья и строить своё ооп на фукнциях но оно нужно? и то оно будет далеко от реальности, я не думаю что создатели framework и в частности группа разработчиков zend глупцы. Зато парень тут впихивает обратное. Я использую функции только тогда когда мне не нужно ООП. И это редко, так как я пишу библиотеку у которой одно наследуется от другово и всё работает по стандарту PSR-4 смысл делать мне функции ? У меня всё чётко отрабатывает. Зато чувак сидит и полевает грязью стандарты кодирования zend.
Дык и я про то. Просто заметил, что портянка функций !== функциональное программирование, т.к. похожи тут только названия ) @askanim в ларке, кстати, используются функции для быстрого доступа к различным возможностям фреймворка. К примеру request() вернет объект запроса к серверу. Не сказать что бы подход правильный, но удобный и интуитивно понятный.
@romach называется глобальные функции я тоже такие юзаю, но в основном вся система строится по psr-4 вот так то. --- Добавлено --- @romach это не ядро сайта. так скажем, а мелочи доп функционал
ну он как нода, висит процесс. Реквесты обрабатываются по событию. Как и что в таком случае будет возвращать request()? С другой стороны я не считаю правильным уродовать PHP попыткой закосить под событийный подход. Бессмысленно это. PHP хорош именно тем, что можно по разным файликам раскладывать свои скрипты, танцевать от урла и т.п. Если надо событийности - то вот нода да го.
@askanim если у тебя приходит куча json который нужно вывести в блоки красивые, то тут тебе нужен шаблонизатор. Потому что удобно. Наверное ещё удобнее будет если есть некий единый шаблонизатор для php и js с прозрачной возможностью нагонять эти шаблоны и там и сям.
@igordata Я это знаю, шаблонизатор это удобно кто же спорит кроме нашего местного дцп. Поэтому я его и использую, но он чёто долго грузится у меня, а в чём причина не пойму.
Выше написал, как это решает задачу. Воспользовался шаблонизатором php, сделал некую структуру файлов html,j s, css - фишка в том, что буфер уже срабатывает на этапе отдачи в файлики: переменной, функции или метода, свойства, потом происходит сжатие и отдача в браузер 1 файлика, собранного на сервере. То есть php как надстройка над файликами и скриптами самого шаблона.
и так каждый раз, дергая пыхомашину вместо нжинкса? и это говорит человек, который экономит на классах ) Открой для себя gulp, чувак.