поищи просто про рамду

и юзай как лодаш

но если фреймворк форсит работу с объектами как сущностями первого рода, то будет сложно встроить функциональный подход

именно с экспресс не нужно)

не правильно меня понял

ок

про форс объектов согласен

меня как раз недавно расстраивало отсутствие в экспрессе возможность композировать миддлверы

после пятиминутного гуглежа нашел, что в экспресс можно передавать массив миддлверов

то есть compose(m1, m2) это то же самое что [m1, m2]

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

так как экспресс - это всего лишь каркас

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

кстати, если при ООП у меня есть сервис с бизнес логикой, например PaymentService - класс который умеет проводить оплату и трекать статус. каким образом оформить в ФП. Это будет функция которая возвращает объект с функциями?

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

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

я придерживаюсь такого подхода при разработке

тут на самом деле не важно как ты эти функции будешь группировать - в класс или модуль или тайпскриптовый namespace

классы тут идиоматически некорректны

если функция должна делать только одну вещь, не должна модифицировать и быть чистой. То получается что на js не выйдет описать в функциональном стиле промисы или запросы к бд?