Может не надо, уже столько шума по этому вопросу было)

Вроде наоборот к тому что каждый по своему прав и каждый при своём:)

есть просто люди в этом чате которые категорически против этого стандарта

Как вы разделяете работу с базой в своих сервисах с бизнес логикой?
- Использовать в них прям raw sql через pgx - удобно писать код, но происходит нечитабельное кровосмешение логики и инсертов, да и неприятно мокать это все
- Вынести всю логику в storage, который будет экспоузить методы типа UpdateUserWithSomeOtherEntityInTx(arg1, arg2, arg3, arg4) - тоже глаз не радует, но хотя бы удобно мокать и читать такой код. Есть золотая середина?

http request body нужно закрывать?

если только пишешь свой транспорт

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

да, вот думал может кто сталкивался

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

go func(n int){
           result := 1
           for j := 1; j <= n; j++{
               result *= j
           }
           fmt.Println(n, "-", result)
       }(i)

так тыж в неё параметр принимаешь

n int

промахнулся чатом

замыкания
но необязательно параметром
рекомендуют так

n := i
go func(){
           result := 1
           for j := 1; j <= n; j++{
               result *= j
           }
           fmt.Println(n, "-", result)
       }()

go func (n int) {.............} (i)

ну - вызов функции с параметром? чо не такто?)

Потому что с параметром рутина работает со своим стеком, а без параметра они все работают с одной переменной и это дата рейс

Выносить все на слой репозитория и скрывать за интерфейсами.

почему? разве n не будет проинициализирован только тогда когда рутина стартанет? На этот моменнт i может измениться.

можно без этого просто n:=i

Мне нужно было банально находить импорт пакета откуда тип пришёл. Начал юзать go/types только для этого, потом и остальное переписал, благо кода немного было.