вместо структуры с методами?
type Foo struct {
Bar func() error
}
type Foo struct {
}
func (f Foo) Bar() error {
return nil
}
и тот и другой вариант сделали для того что бы использовать. Что вас смущает?
в первом случае это просто функция, у вас не будет ресивера на экземпляр структуры
а зачем это может быть надо?
Я залетел из жавы, там подобные финты могут в самых неожиданных нюансах стрельнуть в ногу.
О, точняк. Хорошее замечание.
например поле Proxy у http-транспорта: https://golang.org/pkg/net/http/#Transport
Разросся один сервис, в структуре куча зависимостей для вагона методов. Размышляю как раздробить на части.
раскидать по internal пакетам, конечно
Обсуждают сегодня