Сервис - это что?

Я уже давно потерял контекст в котором вы спорите, так что не знаю. 🙂

у вас и база и контролллер это, условно, средства ввода/вывода. и вы из одного ходите в другое.

Контекст - транзакции между несколькими стореджами. И база одна

Контроллер в моем случае - это набор юзкейсов. БД в них сама не ходит) и юзкейсы обращаются к базе

ну это слой где бизнес логика.

Да, так и есть

Контроллер это тот сервис, о котором вы говорите

Все проблемы из-за нейминга, ахах

Просто там кусок вне примера, вы его упустили

Он был раньше

тоесть это не тот контролер, котороый сетевые запросы принимает, верно?

Не тот

Тот у меня вызывает методы контролера уже в свою очередь. Запрос - ответ

Спасибо!

Да как вы это делаете? =)Хотел написать вопрос, но пока писал нашел ответ случайно в видосе

На эту тему есть литература. 🤔 С ходу не вспомню но можно поискать. Как правило эта проблема появляется при неправильном проектировании. Т.е. вы разделили сущности и стореджи, которые бизнесово должны быть единым целым и должны обрабатываться в рамках одной транзакции

контроллер должен принять запрос, распарсить что надо, провалидировать и отдать данные в сервис (по сути сама бизнес-логика), который уже сделает всё, что нужно, отдаст результат контроллеру и контроллер вернёт ответ клиенту. Т.е. назначение контроллера - просто прослойка между клиентом и бизнес-логикой. Когда  у тебя бизнес логики два метода - там без разницы особо. Но вообще бизнес-логика в контроллере - моветон.

Нее, вы не поняли. Я не про распределенные транзакции. А про то, как мой сторедж в моем коде переделать так, чтобы не было больно и не приходилось тянуть Unit of Work для новосозданных репозиториев.

Так и делаю