Привет.
Вопрос: Что быстрее - резолвить синглтон или же обращаться к статику? (Ответ второе по идеи)

Реализую CompositionRoot для монолитного приложения, но поделенного на модули/сервисы.

Для того, чтобы на каждый модуль не писать статик композишен рут сделал generic composition root < Module>
Так лежит контейнер / резолвер

Хотелось бы услышать еще идеи по тому как это сделать.

существует ли правило прямо или косвенно не рекомендующее или даже  запрещающее использовать из хелпер классов доступ к базе?

Enterprise Java: Apache Struts

Хелпер классы - фу

заинъекть да используй. и не хелпер класс, а просто класс)

А не все ли равно, как "это" называется?

проблема с хелперами(утилитами), что под это подходит любой код, поэтому разрастание таких классов надо контролировать дополнительно. Проще избегать этого

ребят хелп. Впервые пишу API аутентификации Ouath2. появился ряд вопросов по реализации:
1) правильно ли при каждом обращении (например получение списка пользователей под админом) сверять access-token и refresh-token ?
2) нужно ли при каждом запросе к микросервису вытаскивать id юзера из access-токена, бегать в микросервис-авторизации с id и спрашивать совпадает ли у него refresh токен с тем что в сессии (если нет то как тогда быть с тем что клиент разлогинился на конкретном устройстве (в БД затерся refresh сессии) - но access токен по сути не протух а в куках по прежнему лежит refresh. получается если я не затру куки и access-token на клиенте - я всё ровно могу гулять в сервисы после выхода из системы)
3) микросервис реализован на ноде, правильно ли перед каждый эндпоинтом на роут вешать мидлвару где будет сверяться валидность access и refresh ?

вот тут вьетнамские флэшбяки пошли

Лоол.  Ты не понимаешь архитектуру МВК. Как и мой джун.  Он пытался из вида вызвать метод хелпера не оборудованного для доступа к базе. Пришлось ему объяснять что данные для вида нужно заполнять в контроллере а не в самом виде. Буду просить надбавку за менторство над неучем

У нас до сих пор есть фрагменты кода на коболе

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

"Хелперы" — это паттерн такой?)

Второй пункт убивает весь смысл JWT.

чёт аж вспомнила эту заметку

Чёт хрюкнул

Представляю счастливое будущее подобного проекта. Хелпер, который открывает файлы и форматирует строки и абстрактная фабрика хелперов, которая инжектит хелпер всюду, ну потому что же low coupling

Зачем фабрика, можно же каким-то хелпером создания назвать.