еще не только разрабатывать не начали, но даже требований не сформировали

Пора свой язык делать

Пора свой язык делать

меня все устраивает

Пора свой язык делать

если не нравится го, то можешь попробовать Kotlin

если не нравится го, то можешь попробовать Kotlin

В том и дело, что нравится.

В том и дело, что нравится.

а указатели и ссылки?

не обманывай себя)

не, с указателями все ок)) Просто по началу тяжко с этим :) А теперь норм.

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

Просто не надо про receiver думать, что они методы объекта

Просто не надо про receiver думать, что они методы объекта

а что это по вашему? ?

я представляю их как методы класса

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

а что это по вашему? ?

Это просто функция, у которой дополнительный аргумент

Если передавать указатель, то изменит значение в старом месте, если объект - то скопирует

Это просто функция, у которой дополнительный аргумент

через рефлексию вроде можно дотянуться до всех кто относятся к этой структуре ?

через рефлексию вроде можно дотянуться до всех кто относятся к этой структуре ?

Это здесь не причём

Это здесь не причём

ну значит язык знает про связь ?

ну значит язык знает про связь ?

Там вроде вообще не важно, в receiver передан указатель, или как обычный аргумент, не?) (но тут я не уверен, я не проверял)

"в receiver передан указатель, или как обычный аргумент, не" не понял

"в receiver передан указатель, или как обычный аргумент, не" не понял

Рефлексия на любых указателях работает, как переданных в receiver, так и переданных как обычные аргументы.

Ладно, я ушёл код писать:)

"в receiver передан указатель, или как обычный аргумент, не" не понял

func (receiver *Recever) Name(param string) это работает как func Name(receiver *Recever, param string)

просто контекст поменяли

кстати про контекст, его не явно можно передать?

у меня хендлеры соотвествуют http.Handle, хотел там контекс из middleware получить

через структуру знаю ?

я подумал может как то "глобально" можно прокинуть

кстати про контекст, его не явно можно передать?

контекст ничем не отличается от всего остального в языке

контекст имеет request scope. Глобально он не может и не должен быть

блин, неужели придеться ради аргументов в URL делать свой интерфейс с поддержкой третьего аргумента ?

типо ServeHTTP(w http.ResponseWriter, r *http.Request, rp httprouter.Params)

или в структуре хреначить свойство Context *context.Context

request же имееет контекст?

а точняк же

забыл про него

щаз попробую бахнуть туда

я написал как-то свой роутер с мидлварями, но в продакшне вроде нигде не заюзал. там у меня такой код: func injectParameters(r *http.Request, pattern string, path string) *http.Request { re := regexp.MustCompile(pattern) matches := re.FindStringSubmatch(path) names := re.SubexpNames() for i, match := range matches { if i != 0 { ctx := context.WithValue(r.Context(), names[i], match) r = r.WithContext(ctx) } } return r }

аго аго

сенки

хотя я читал что контекст течет зараза

хотя я читал что контекст течет зараза

зачем течет? он же простой. там течь нечему

зачем течет? он же простой. там течь нечему

я не проверял, но так говорят

А где можно почитать по именовают? Пакет называется config, функция называется newConfig(path string)

мне кажется тавтология ?

просто New

c := config.New()

тогда уж c := config.New("path/to/file.cfg")

ну я опустил лишнее. разберешься)

еще if err != nil { log.Fatal(err) } по всему коду утомляют ?

33 библиотеки инициализируешь, 33 раза проверил

увы

с другой стороны как иначе?

не знаю насколько кашерн это в main делать

длинный выходит

с другой стороны как иначе?

func validError(errs ...error) error { for i, _ := range errs { if errs[i] != nil { return errs[i] } } return nil }

народ там преложил заморочиться ?

юзать так: x, err1 := doSomething(2) y, err2 := doSomething(3) if e := validError(err1, err2); e != nil { return e }

на второй строчке уже может сломаться, если зависит от первой

проверка ошибок всегда разная. унифицировать не стоит

это да

лол

func doA() (A, error) { ... } func doB(a A, err error) (B, error) { ... } c, err := doB(doA())

ну это вообще антипаттерн имхо ?

Кто в курсе, как можно в go test передать свой флаг с путем к файлу конфига например?

ERROR: S client not available

Или какие вобще практики в тестах инфу снаружи получать какую-то? Из env?

Кто в курсе, как можно в go test передать свой флаг с путем к файлу конфига например?

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

у меня не прокатывает)

https://siongui.github.io/2017/04/28/command-line-argument-in-golang-test/

ага видел, он ругается flag provided but not defined: -flagName

разобрался надо было в инит запихать

а если я делаю суб пакет, например user/handler

к нему только как к handler можно обращаться из main?

просто тогда имена конфликтуют, или алиасы прописывай

или по имени или по алиасу

или я неправильно именую..

раз название пакета повторяется в каждой из сущностей (доменная архитектура)

раз название пакета повторяется в каждой из сущностей (доменная архитектура)

в ddd будет дублироваться. надо алиасы

Товарищи гоферы, а в го есть аналог any/all для слайсов? Или только все через for только хардкор?

Товарищи гоферы, а в го есть аналог any/all для слайсов? Или только все через for только хардкор?

Нет, страдай

Это тебе не питон

окаааай

окаааай

ага, а еще и set'ов нету ))

наверное, одна из немногих вещей, которой мне действительно не хватает

наверное, одна из немногих вещей, которой мне действительно не хватает

Это про питоновоские getattr setattr или нечто иное?

или множества?

или множества?

this

Угу, есть такое. А для гошки нет популярного пакета вида "1000 офигительных функций и типов которых почем-то нет в стандарте" ?

именно такого пакета, все в одном, Я не видел. Да и смысл ...

что телега забыла в /dev/tty

что телега забыла в /dev/tty

глянь сырцы

а вдруг блобы

тогда старадай

чому, я просто же запретил телеге доступ

и зачем мой скрин удалили

или я не кидал