C
Как-то никакого костыля не вижу: если нужно пробросить значения, которые там по факту связанным списком и убрать возможность отмены - обёртка вполне сработает. Не зря же context интерфейс
окей, вы правы
Size: a a a
2020 June 04
DY
Подскажите как принято писать хелпер файлы, на каждый файл своя папка или все в одном файле? А то уже задолбался выхватывать зацикливание импорта из за них
J
Подскажите как принято писать хелпер файлы, на каждый файл своя папка или все в одном файле? А то уже задолбался выхватывать зацикливание импорта из за них
не надо никаких "папок", пиши в том пэкедже, где они нужны, пример
https://github.com/kubernetes/kubernetes/blob/master/pkg/kubelet/cm/helpers_linux.go
https://github.com/kubernetes/kubernetes/blob/master/pkg/kubelet/cm/helpers_linux.go
DY
А если нужны в нескольких местах?
C
А если нужны в нескольких местах?
Что конкретно выполняют хелпер файлы? И что выполняет код который их использует?
J
тогда это уже не совсем helpers, а нечто имеющее вполне разумное содержимое, выноси из helpers
и не именуй пэкеджи helpers, utils и тд, это непринято и как раз вызывает подобные проблемы
https://github.com/golang/go/wiki/CodeReviewComments#package-names
и не именуй пэкеджи helpers, utils и тд, это непринято и как раз вызывает подобные проблемы
https://github.com/golang/go/wiki/CodeReviewComments#package-names
DY
Ну например есть хелпер который возвращает базовый путь к папке ассетов, мне нужно это в обработчике запросов и в модели
DY
получается что если мне нужен какой то набор хелпер функций мне нужно под каждый такой набор выделить свою папку и дать неймспейс на подобии assets_helper?
DY
прочитал что имя пакета должно состоять из 1 слова, но вот что то не пойму как мне хелперы в это втулить, или лучше будет не выносить повторяющийся код а дублировать его в разных компонентах?
DY
ну получается что нужно значит под каждую группу хелперов создавать свою папку и свой пакет по типу helpers_assets, но в effective go пишется что если есть потребность писать 2 слова в имени пакета то что то сделано неправильно, вот и не пойму как правильно решить эту загадку)
S
народ, читаю доку и пытаюсь вникнуть в азы голанга.
мне тут сказали, что дело в имплементации и интерфейсах. но в доке я вообще не вижу, где задаётся имплемент.
тыкните, плиз
img := image.NewNRGBA(image.Rect(0, 0, width, height))
f, err := os.Create("image.png")
if err := png.Encode(f, img); err != nil {
f.Close()
log.Fatal(err)
}
img имеет тип NRGBA
f - File
почему в png.Ecode можно передать f? в доке написано, что первый параметр Encode - io.Writer
вопрос глупый, но не могу понять, как можно передать переменную другого типа. мне тут сказали, что дело в имплементации и интерфейсах. но в доке я вообще не вижу, где задаётся имплемент.
тыкните, плиз
C
народ, читаю доку и пытаюсь вникнуть в азы голанга.
мне тут сказали, что дело в имплементации и интерфейсах. но в доке я вообще не вижу, где задаётся имплемент.
тыкните, плиз
img := image.NewNRGBA(image.Rect(0, 0, width, height))
f, err := os.Create("image.png")
if err := png.Encode(f, img); err != nil {
f.Close()
log.Fatal(err)
}
img имеет тип NRGBA
f - File
почему в png.Ecode можно передать f? в доке написано, что первый параметр Encode - io.Writer
вопрос глупый, но не могу понять, как можно передать переменную другого типа. мне тут сказали, что дело в имплементации и интерфейсах. но в доке я вообще не вижу, где задаётся имплемент.
тыкните, плиз
encode принимает writer, файл импелментит интерфейс
IK
encode принимает writer, файл импелментит интерфейс
Writer