Johnny Gat, у меня кстати в разделе "недостатки" запсиано:
"нет диплома"
число неадекватов + гос/муп конторы не лезут, это очень здорово... если с муп/гос можно уточнить, то неадекватов сразу не увидеть и с говном столкнуться можно после удачного собеса... так что указал и не страдаю
затем что обладание "бумажкой" с некоторой вероятностью (к сожалению не 100%) говорит о том что человек хоть насколько-то дисциплинирован.
Если один без вышки против 4х с вышкой имеет такие же навыки, то в чем роль вышки? Как можно было допустить, что имея вышку тебя догоняют по уровню без нее? Это же полнейшая дискредитация корочки, позор образования
Vitsliputsli, кстати, хорошо что вы DSL упомянули
я делал пару DSL и как раз invoke в одном из примеров (не в обоих) подошел как-нельзя гармонично и здорово
зачем функциональное маскировать под ООП, сделали бы обычными функциями, было бы очевиднее.
Потому что за каждым пайпом может быть не простой объект, а объект из DI-контейнера со сложной стратегией его создания... сам пайплайн может быть элементом сервис-контейнера
Вот так и совмещаем ФП + ООП и живем :) Там где что-то выразительное и удобное — используем, глупо зацикливаться на одном подходе, тем более (по моим убеждениям), заворачивание объекта в функцию не нарушает сам ООП, тк сохраняется абстракция, как главный концепт ООП
чисте теоретически запрос можно делать без тела, если для ЗАПРОСА этого достаточно
не будете же вы туда вставлять что-то, что не нужно ЗАПРОСУ (то есть когда запрашиваете), а вставляете для какого-то правила "чтобы запрос не был пустым"
Они ушли от коллбеков к промисам, причем это сделали интересно в контексте нашей беседы:
они ввели ОБЪЕКТ Promise для боксинга/анбоксинга, хотя бОльший уклон к ФП-парадигме в языке
Можно коллбек передать, можно объект — если можно и так и так, то почему бы не воспользоваться тем, чтобы не городить тот пример, что я вам ссылкой скинул (последний через массив)
Я вам комментариев 10 написал со словом "удобно" и расписал чем именно :) устал уже, если честно
Vitsliputsli, один из элементов функционального программирваония: функция высшего порядка
Объект с методом __invoke() хорошо имитирует эту концепцию функции высшег опорядка: мы передаем функцию, другой код принимает функцию, может передать дальше или выполнить — это элемент ФП
Городить процедуры у классов — это процедурное. Тут не с обидной коннотацией я выдаю слово процедурное, тк ООП — есть процедурное программирование априори.
Именно в этом и плюс: мы передаем функцию, принимаем функцию... удобства ФП и некоторые паттерны ФП можем использовать безболезненно
https://www.regberry.ru/malyy-biznes/kak-obnalichi...