/help@banofbot

В го нету классов, есть типы и структуры. Передавай как внешнюю зависимость параметрами при создании

type Foo struct {
   redis *redis.Connection
}
func NewFoo(redis *redis.Connection) *Foo {
   return &Foo{redis}
}

А вообще: нделайте зависимости не от реализации, а от интерфейсов. Если зависеть от редис - сложно тестировать. Если зависеть от интерфейса
type Cache interface {
   Get(key string) interface{}
   Set(key string, value interface{})
   …
}
Например, то в любой момент можно подменить редис чем угодно и код будет работать. И мокать легко, и SOLIDно

большое спасибо!

И мой вам совет: сначала хорошо вникните в good practices типо solid, dry, kiss и т.д. (они не истина в последней инстанции, но проясняют многое) и как строить нормальную архитектуру (clean architecture, например). И половина проблем сама отпадёт

ну DRY я понимаю, KISS считаю что понимаю.

с SOLID сложнее

Та же Вики очень хорошо рассказывает в секции «Принципы». Если что не ясно по конкретному инициалу - спрашивай

мне определённо не хватает понимания интерфейсов

Мне, почему-то, меньше всего понятны были именно статьи из вики. Словно пишут так, чтобы скрыть сокральные смыслы SOLID.

Была одна статья где было ну очень понятно описано, но нашёл только это.
Тоже довольно подробно и ясно по каждому принципу.

http://sergeyteplyakov.blogspot.com/2014/08/single-responsibility-principle.html

Но вообще, глубокое понимание приходит на практике только…

спасибо

Интерфейс по-простому - описание (прости, не могу придумать нормальных аналогий). Он не говорит, КАК он что-то делает, но говорит ЧТО он может делать

это я понимаю

я не очень понимаю где их и как использовать

SOLID поможет понять.

Чтобы зависимости были не от реализации, а от абстракций.

https://i.imgur.com/cN72Ro2.png
https://gist.github.com/chemax/795e1461ffaaecd66e913bdf5ef6ed71
почему оно может не видеть функцию Discovery?
IDE ошибок не показывает, запускаю на удалённом сервере

Вот база например: ты можешь напрямую писать запросы, но они зависят от диалекта. Или же ты можешь сделать репозиторий, в котором есть findByID() не твоё приложение уже не волнует из какой именно базы ты будешь читать данные. Тебе нужно захешировать пароль: ты можешь напрямую юзать bcrypt например, а можешь сделать интерфейс Hasher с методом Hash и Check, и не волноваться, как именно ты потом эти пароли будешь хешить.
Примеров может быть много, у условной модели User тебе больше интересны конкретные значения полей, а у условного NotificationSender только метод Send. Тогда User - структура, а NotificationSender - интерфейс, который потом реализуй как хочешь

“DiscoveryY”?

не, это я не то заскринил