Не надо ничего ambient

Ок

ну DI тоже неплохо справляется с контекстом

но вот то что я видел в актиксе, это не прикольно


надо конекшен пул как пармтер передавать всегда в ф-и


очень загарязняет их

Там где про связь монад и алгебры?

Не надо.

ну как так не надо, каноничный прмиер прямо с офф сайта

https://actix.rs/docs/databases/

А там перед этим ещё про do notation. Наверное имеет смысл туда дойти.

Пример показывает как ложить и вытягивать зависимости в фреймворке. Ты можешь плясать через замыкания, но получится ещё хуже. Считай это мини-DI.

Ну и да, не нужно быть stackoverflow-driven developer be like “вижу туториал-код - тащу его в прод”.
У нас, к примеру, никаких запросов к БД прямо из HTTP-хэндлеров не ходит. Соотвественно, никакие пулы конекшнов к БД там вообще не фигурируют. У нас там просто прокидывается сервис, и уже ему отправляет команда/запрос (у нас там cqrs немного). Все пляски с пулами, если они надо, проходят под капотом сервиса уже.

И никаких проблем с загрязнением сигнатур нету. Это класический DI. Функция требует через параметры ровно то, что ей нужно для работы, не имея под-капотных скрытых зависимостей.

ну я как-то спрашивал, где посомтреть продакшен-лайк код качественный на расте асинхронный


ну мне посветовали lemmie правда мне не сильно понравился код там, хотя один PR я им сделал

а этот  сервис же все-равно через пармтер прокидывается?

Да. Ты же в DI, надеюсь, тоже зависимости через параметры конструктора прокидываешь?

их злостные вейтгруппы в параметрах
наши славные DI тредпулы в сигнатуре

Я пока тоже опенсорс не знаю что посоветовать. Не натыкался и специально не искал.

Я запомню, и если найду пример, или будет возможность вайнуть самому - дам знать.

У нас ещё божественне асинки с эвейтами в дополнение.

Но, кмк, в том же gin точно так же через его контекст прокидывались зависимости в хэндлеры, если мне не изменяет память. 2 года назад было дело, мб чего уже изменилось.

Конструктора, а не метода

Ну методы потом не явно self получают