быть с контекстом, при работе с gin.
У меня в контекст gin'a кладется user, потом в хендлере я вызываю метод сервиса, в который передаю контекст (ctx.Request.Context()) и данные запроса. Но в контексте, который получает сервис, нет user, он лежит в контексте gin'a.
И я вот вижу два варианта как поступить, но оба мне не сильно нравятся
1) Передавать в сервис *gin.Context, очень не очень вариант, т.к. нарушается solid
2) В middleware копировать values из *gin.Context в ctx.Request.Context()
Как тут можно поступить?
Это юзер, который сделал запрос. Получаю его на этапе авторизации и сохраняю. Потом использую в запросе/логах
Контекст не место для хранения больших стрцктур Передавайте через контекст userId или любой другой идентификатор А получение пользователя переносите на уровень сервиса (инжектируя в него юзеррепозиторий)
А вам точно нужен Gin?
Там лежит указатель на юзера. Да и после авторизации у меня есть экземпляр, зачем мне еще раз его запрашивать из БД
Плохой выбор? Он выглядит довольно удобным, подумал то что надо
Ещё лучше разделять слои доменной и бизнес логики Когда все необходимые аргументы вычисляются в контроллере, а сервис уже оперирует ими и ничего не знает про реквест и контекст роутера (в контексте все таки максимум дедлайн носить стоит)
нет, просто если брать фреймворк то надо его использовать по максимуму, а судя по вопросу он вам больше вредит чем приносит пользы
Понял, изначально думал передавать юзера вторым аргументом, но решил перенести его в контекст. Хорошо, спасибо
Юзера всё-таки лучше инжектить в в контекст в middleware
Обсуждают сегодня