;) а вообще да, вы правы

err = funcName() if err != nil { return } err = funcName2() if err != nil { return }

и получается что функция из 10 строк в которой в каждой строке может быть ошибка (а ошибки возвращаются) превращается в функцию в 40 строк

и получается что функция из 10 строк в которой в каждой строке может быть ошибка (а ошибки возвращаются) превращается в функцию в 40 строк

ну вообще 3 уровня вложенности это скорее локальное требование для ядерного кода

ок. хорошо тогда объясните мне как с этим жить? в какую сторону думать? ну вот есть у меня код, который возвращает ошибки я их проверяю проверять можно по разному var err error if err = funcName(); err != nil { // log.Print ... log.Fatal ... panic etc } if err==nil && err = funcName2(); err != nil { // log.Print ... log.Fatal ... panic etc } if err==nil && err = funcName3(); err != nil { // log.Print ... log.Fatal ... panic etc } либо так err = funcName() if err == nil { err = funcName2() if err == nil { err = funcName3() } } if err != nil { // log.Print ... log.Fatal ... panic etc } оба варианта увеличивают многосложность и цикломатическую сложность и вложенность что с этим делать?

да, но обработку ошибок можно вынести в локальную функцию

составить массив {funcName, funcName2, funcName3} и пройтись по нему в цикле

поясните кодом что это значит? вот мне хочется некоторый "транзакционный подход" реализовать для своего кода я его лучше понимаю для веб он очень хорошо ложится при обработке запроса, грубо говоря стартанули транзакцию в нескольких БД кинули исключение при любой ошибке сделали rollback транзакции все счастливы если надо retry сделали fireMessage() в какой нибудь RabbitMQ \ Nats получили "вторую попытку"

В случае, когда у вас множество точек выхода из функции и в каждой точке есть какая-то одинаковая логика по обработке ошибки, можно создать локальную функцию. Это оправданно, когда у вас не просто return err, а что-то более сложное) func NewHandler (Handler, error) { wrapErr := func(err error) (Handler, error) { // дублирующаяся логика в несколько строк return nil, err } var err error err = func1() if err != nil { return wrapErr(err) } err = func2() if err != nil { return wrapErr(err) } err = func3() if err != nil { return wrapErr(err) }

конечно такое не прокатит если надо данные между ними получать и передавать но в изначальном примере этого нет

не понял ответа =)

обновил предыдущий ответ

Народ, а вот еще философский вопрос как лучше логи выводить?? JSON какой нибудь типа zerolog или обычный log?

ассемблер еще проще!

Ещё как да, причём провайдеры не особо это скрывают. у того же DigitalOcean есть отдельный High-CPU класс нод специально для тех, кто не хочет получать 1/10 процессора, а хочет его весь

тогда скорее \([0-9]\).aac$

Логи приложения, там и ошибки и просто In progress какой то приложение может работать как старой какой то среде на обычном bare metal либо внутри Docker и логи эти потом по идее кто нибудь пробежится смотреть глазами zap/zerolog привлекают тем что лог вроде как БЫСТРЫЕ и структурированный лог на выходе НО с практической точки зрения по идее если все крутится в каком нибудь Docker/Kubernetes то он собака такая этот самый JSON преобразует в строку и обернет в свой JSON который уже отправит куда нибудь в Elasticsearch так ведь?

недавно начал изучать проганье на golang, и я хочу узнать ваше мнение: ide от JetBrains - GoLang или VS code?

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

я за goland

а ты его купил?

конечно) на китайском сайте

а ты его купил?

Он стоит 9$ в месяц

он стоит очень бесплатно) http://blog.lanyus.com/archives/314.html

Не поддерживаю этого.

Не поддерживаю этого.

может еще музыку с фильмами начать покупать?))

Музыка и сериалы со стриминговых сервисов очень удобно используется и покупается.

может еще музыку с фильмами начать покупать?))

А можете разъяснить, что плохого в покупке музыки и фильмов?

По-моему тут всё проще, есть деньги - платишь, если сосеш лапу тогда воруешь

Не занимаетесь самообманом. И да, я тоже не безгрешен

самое смешное в этом мире, это когда ит-шники спорят о пиратстве.