https://i.imgur.com/Mfjm1Ea.png

если тебе эта функция нужна, чтобы инкапсулировать путь до конфига, то просто return parseConfig(configPath) и у тебя скорее всего parseConfig возвращает 1 переменную а Config это структура, а не интерфейс, так что нельзя венуть ее nil

вроде написано все в консоле )

да

ладно, пока выкину проверку тут

Но это очень плохой код, вы в курсе?

как ему быть хорошим когда я только начал изучать go?

ладно, пока выкину проверку тут

просто вместо nil, err можно возвращать Config{}, err

а вообще, конечно, в текущем виде в этой функции смысла нет

или возвращать не структуру а указатель на нее

а вообще, конечно, в текущем виде в этой функции смысла нет

ну да. в коде лишние телодвижения... Ты возращаешь нил, чтоб опять проверить его на эрр != нил. Тогда сразу тут лог.Фатал бросай,

йеп

А говорят, что нехорошо, когда log управляет не только логированием, но ещё и выходом из приложения:)

если это при инициализации, то нормально

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

в данном случае log.Fatal просто сэкономит строчку

А говорят, что нехорошо, когда log управляет не только логированием, но ещё и выходом из приложения:)

это да, Но log.Fatal даже в официальной документации постоянно приводят в примерах

Ну в main да, я тоже log.fatal делаю:)

ну да, пихать его в функции айяй

как ему быть хорошим когда я только начал изучать go?

Он не с точки зрения языка плох. В нем смысла 0

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

а можно было бы просто parseConfig вызывать

в случае чего - не придется лопатить 10 функций а только 1

в мэйне

и там же проверить ошибку

и log.Fatalf("Описание %s", err) при ошибке

%s в логфатале не работает

Fatalf

хотя смотря какой логгер

аа

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

Единственное, что он делает - прячет константу с именем файла. Он не бесполезный - он вредный

а как потом выдергивать параметры из структуры? везде вызывать parseConfig? неудобно

там настройки всего сервера

а как потом выдергивать параметры из структуры? везде вызывать parseConfig? неудобно

Голову включить

- передавать нужный кусок конфига дальше - сделать конфиг глобальным - вызывать функции с параметрами из конфига

пока голова не включается в нужном направлении

choose your destiny

пока голова не включается в нужном направлении

ты особо не растраивайся. Когда напрограммируешь более10к строчек кода - все будет четко видится. А пока программируй, дерзай.

и книги умные читай

Есть простой тест

книга умная у меня 1 - Язык программирования Go - 2016 (Брайан У. Керниган)

Если на код нельзя написать unit test - он, скорее всего, не нужен

но просто читать - скучно, пилю свой проэктик паралельно

книга умная у меня 1 - Язык программирования Go - 2016 (Брайан У. Керниган)

еще Совершенный код прочитай

пока рано :)

пока рано :)

Тогда - Чистый код. она более лайфтовая

у меня пока на стадии ctrl+c ctrl+v + подрихтовал и сделал как хочется

не судите меня строго :)

да мы наоборот, советуем как лучше

спасибо

Товарищи гоферы, вопрос по экономии памяти Есть некий стракт с кучей данных type BigStruct struct { tenMillionsInts []int }Если вызвать метод с bs BigStruct то в bs попадет полная копия данных, на это уходит память и время. Плохо. func (bs BigStruct) test0() { fmt.Println("lal") } Передаем указатель - все ок, памяти почти не тратится... Но можно пойти глубже func (bs *BigStruct) test1() { fmt.Println("lal") }В таком виде методы прекрасно работают. Стоит все методы которые не обращаются к стракту писать так? func (BigStruct) test2() { fmt.Println("lal") }Или вообще так? func (*BigStruct) test3() { fmt.Println("lal") }

зачем эти методы приписывать к структуре, если они с ней не работают?

так: func test3() { fmt.Println("lal")

зачем эти методы приписывать к структуре, если они с ней не работают?

Иногда нужно вернуть какую-нибудь константую информацию о структуре которая реализуют некий интерфейс

DrivernName() string например

такая информация должна идти в структуру при инициализации

s := server.NewServer(conf, srv) s.CommitHash = version s.BuildStamp = buildstamp

Вообще повсеместное явление: забить на заданный вопрос и ответить на тот, что никто не спрашивал. Ну не идеальный пример человек привел, но смысл вопроса же понятен? :)

при func (BigStruct) test2() {..} скорей всего вся структура тоже будет копироваться

Методы структуры в итоге разворачиваются в func test2(_ BigStruct, ...) {}

при func (BigStruct) test2() {..} скорей всего вся структура тоже будет копироваться

Т.е. произойдет копирование которые проживет ровно одну итерацию гарбэдж коллектора. Ясно, спасибо. Выходит для статических методов лучше (*BigStruct)

Вообще в книге go programming language рекомендуется чтобы у объекта был вызов методов или по ссылке или по значеню, но не смешанно

всем привет, учу go (есть опыт программирования на других языках) и хочу кому-нибудь помочь с open source проектом есть кому нужна помощь?

Мне, например

подскажите, в директории handlers лежат 3 файла, все идут как пакет handlers, как мне получить доступ к функции что лежит скажем во 2м файле? просто прописав её имя - не канает, импорт "./handlers тоже не канает

а нет

канает

подскажите, в директории handlers лежат 3 файла, все идут как пакет handlers, как мне получить доступ к функции что лежит скажем во 2м файле? просто прописав её имя - не канает, импорт "./handlers тоже не канает

> импорт "./handlers НИКОГДА не используй относительные пути

почему же? вполне себе работают

с гитом тапример влом заморачиватся

да и стыдно показывать людям :)

не нужен гит

просто настраиваешь gopath и складываешь всё в gopath/src/путь/имя_проекта

я под проект настраиваю

подскажите, в директории handlers лежат 3 файла, все идут как пакет handlers, как мне получить доступ к функции что лежит скажем во 2м файле? просто прописав её имя - не канает, импорт "./handlers тоже не канает

https://golang.org/ref/spec#Import_declarations

Кого инглиш интересует, заходите @ https://t.me/English10Words

Кого инглиш интересует, заходите @ https://t.me/English10Words

/report

/report

/report

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

awk

*и желательно чтобы читабельно было. а то c2go такое выдает

хотя конвертер структур проще на Go же и написать, не надо awk

думал может уже готовое есть

и, кстати, все равно придется руками доделывать. В какой-то структуре, например, практичней будет указать тип int32, а не int в зависимости о того, как это поле будет использоваться и куда передаваться

А кто какие либы (кроме viper) для конфигов использует? В viper сохранение конфигов так и не добавили(

А кто какие либы (кроме viper) для конфигов использует? В viper сохранение конфигов так и не добавили(

yaml.v2

Всем привет. Кто реализовывал чат один к одному на сокетах поделитесь своим опытом. Что то я завис, везде в примерах показывают "общий" чат.

а в чем проблема-то?

С понимание как это реализовать

Все делают бродкаст в один канал