А такой вопрос. Мы сейчас в проекте решили более-менее в

порядок инициализацию зависимостей привести в порядок, с интерфейсами и DI, ну более менее нормальный DI у нас получается, стараемся зависеть на абстракциях через интерфейсы, а не на каонкретные реализации. С инициализайцией (main) был небольшой бордачёк с тем как там просто прописывали

dep1, err := package_name.NewSomeAbstract()
if err != nil { panic(err) }
dep2 := package_name2.NewSomeAbstract2(dep1)
...
...
...
Решили завести интерфейс для зависимостей который бы всё нормально сам мог проинициализировать как надо. (без использования DI либ)
Но вот вопрос, есть интерфейсы которые начинают требовать допустим подключение к кафке или базе и тд (которые внутри самого пакета полностью протестированы с использованием настоящих подключений к бд и тд). И хотелось бы проверить что интерфейс зависимостей внутри себя правильно всё инициализирует......
Как вариант я пока придумал так, что у пакетов которые возвращают интерфейс типа message_queue.NewKafkaClient(conf) под капотом есть объект Init который по факту просто заглушка для инициализации
var Init Initializer

func init() {
Init = newInitializer()
}

type (
Initializer interface {
NewKafkaClient(cfg system.Kafka) (sarama.Client, error)
}
initializer struct{}
)

func newInitializer() Initializer {
return initializer{}
}
А уже пакетная фнкция через этот инициалайзер возращает нужный интерфейс

func NewKafkaClient(cfg system.Kafka) (sarama.Client, error) {
return Init.NewKafkaClient(cfg)
}
Снаружи выглядит как функция которая возвращает нужный интерфейс
kafkaClient, err = message_queue.NewKafkaClient(d.SystemConfig().Kafka)
А в тестах на инициализацию я подменяю Init моком и так я могу протестировать и допустим поведение при ошибке и тд

Но возможно я очень не прав?

В тестах где я проверяю инициализацию уже в SetupTest() я делаю s.initKafkaClient = mock_message_queue.NewMockInitializer(s.ctrl) message_queue.Init = s.initKafkaClient Таким образом полностью контролирую поведение инициализации

а зачем вам вообще func init()? если у вашего объекта есть конструктор - делайте все в нем если нету (строанно) - в пакете должна быть func Init(), которую вы явно дергаете из своего кода. но это означает, что у вас есть глобальный стейт, что само по себе плохо, в первую очередь для тестов

Ну... У пакета есть функция которая иницилизирует какую-то структуру и возвращает как интерфейс. Вот эту-то функцию и как бы хочется подменять, поведение этой функции......

мелкая бытовая магия. точно ли вы этого хотите?

Тут по факту любой инициалайзер это пустая структура без состояния initializer struct{}