1. да, передаем указатель на пулл соединений. это ресурс. в основном применяется этот ресурс в хранение и получение данных. часто эту логику реализуют в отдельной структуре - репозитории. репозиторий - сохраняет обновляет, возвращает данные, удаляет и там много чего. потом репозиторий используется в каких то сервисах, сервисы в хэндлерах. часто можно видеть такое в main

db := newDB()
br := newBookRepository(db)
bs := newBookService(br)
h := newBookHandler(bs)

2.да. как вариант

package db

....

var db   *sqlx.DB

func init() {
  db, err = sqlx.Open("postgres", url)
}

func GetConnection() *sqlx.DB {
  return db
}

 
но 2 вариант очень плохо, целиком из антипаттернов go

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

1. да, передаем указатель на пулл соединений. это ресурс. в основном применяется этот ресурс в хранение и получение данных. часто эту логику реализуют в отдельной структуре - репозитории. репозиторий - сохраняет обновляет, возвращает данные, удаляет и там много чего. потом репозиторий используется в каких то сервисах, сервисы в хэндлерах. часто можно видеть такое в main

db := newDB()
br := newBookRepository(db)
bs := newBookService(br)
h := newBookHandler(bs)

2.да. как вариант

package db

....

var db   *sqlx.DB

func init() {
  db, err = sqlx.Open("postgres", url)
}

func GetConnection() *sqlx.DB {
  return db
}

 
но 2 вариант очень плохо, целиком из антипаттернов go

1. да, передаем указатель на пулл соединений. это ресурс. в основном применяется этот ресурс в хранение и получение данных. часто эту логику реализуют в отдельной структуре - репозитории. репозиторий - сохраняет обновляет, возвращает данные, удаляет и там много чего. потом репозиторий используется в каких то сервисах, сервисы в хэндлерах. часто можно видеть такое в main

db := newDB()
br := newBookRepository(db)
bs := newBookService(br)
h := newBookHandler(bs)

2.да. как вариант

package db

....

var db   *sqlx.DB

func init() {
  db, err = sqlx.Open("postgres", url)
}

func GetConnection() *sqlx.DB {
  return db
}

 
но 2 вариант очень плохо, целиком из антипаттернов go

к вопросу выше, почему вариант 2 плох? просто вместо main всё хранится в store ?

Кстати. Вот я попробовал написать свой первый круд и столкнулся с тем, что у меня функция main выглдяит не очень красиво из-за этого обилия newBookRepository, newBookService  и пр. Как избежать этой каши?

В туре вообще говорится, что в функции main должна содержать минимум кода. Но это кажется невозможным

я смирился с описанием всего и вся в main. ибо со всякими плюхами для di еще хуже выглядит

Почему второй вариант - это антипаттерны?

потому что глобал стейт

Верны. Но сбрасывать - это передавать управление планировщику

В случае с примером где в main прокидывается - разве там не один и тот же указатель? Или я неверно понимаю "глобал стейт"?
Поделитесь ресурсом для получения информации?

глобальные переменные - зло, init - зло по многим причинам

где там main?

Кстати. Вот я попробовал написать свой первый круд и столкнулся с тем, что у меня функция main выглдяит не очень красиво из-за этого обилия newBookRepository, newBookService  и пр. Как избежать этой каши?

В туре вообще говорится, что в функции main должна содержать минимум кода. Но это кажется невозможным

Запихайте в функцию инициализации приложения и передвайте в нее параматры инициализации. Для некоторой автоматизации есть Wire.

к вопросу выше, почему вариант 2 плох? просто вместо main всё хранится в store ?

Так-то да, но неужели это меньшее зло по сравнению с портянкой в main?

В случае с примером где в main прокидывается - разве там не один и тот же указатель? Или я неверно понимаю "глобал стейт"?
Поделитесь ресурсом для получения информации?

Я смотрел wire, он мне не очень понравился. ЛУчше уж руками граф зависимостей собирать