请教一下怎么优雅的处理 go 中的 err

[d0m2o08]

go 中大部分短赋值都会有一个 xx, err :=
难道要每次都 if err != nil 么
大佬都是用什么方式处理的？

func checkErr(err error) {
if err != nil{
panic(err)
}
}

这样貌似也很低级啊

[guonaihong]

不用 hack 第三库只能这样，或者等 go2.0

[Fule]

很久以前研究 GO 的时候，仿佛还说这种 if err != nil 的方式是优点，参数类型放在后面也是优点 …… 我几乎相信了……

[wangsongyan]

反正我是写 if err != nil return 写吐了

[lhx2008]

这个是真的不方便，try catch finally 被 Go 搞成 err != nil, recover, defer

[araraloren]

多返回值的滥用。。

[Muninn]

在 vscode 里打 ife 然后自动补全……
因为 golang 里概率最大的是返回一个 struct 的指针加 err，所以自动补全的这个也是返回 nil,err
如果只有一个返回值 err，再按 tab 把 nil 删掉就好了。
其实也就看起来浪费行数，用起来还是不错的，各种地方都无脑返回，只在最高层统一处理就好了。

API 的话可以在框架集中处理，参考我这篇文章
https://zhuanlan.zhihu.com/p/26300634

[dodo2012]

if err != nil 是真的太啰嗦，

[Qzier]

这是所谓的“特性”，无解。

[BCy66drFCvk1Ou87]

关键是这种写法
````
if err：= xxx; err != nil {
//
}
````
刚开始写 go 的时候很不习惯，跟 for 神似……

[BCy66drFCvk1Ou87]

@HuasLeung err := xxx 空格打多了

[freestyle]

https://imhanjm.com/2018/07/08/go 代码如何优雅地错误处理(error%20handling%20and%20go%201)/

[freestyle]

https://imhanjm.com/2018/07/08/go%E4%BB%A3%E7%A0%81%E5%A6%82%E4%BD%95%E4%BC%98%E9%9B%85%E5%9C%B0%E9%94%99%E8%AF%AF%E5%A4%84%E7%90%86(error%20handling%20and%20go%201)%2F

[pmispig]

我现在已经接受了这种写法了，反过来想，C 不是也得判断返回值是否大于 0 吗

[zvall]

趁早放弃 go 吧

[chenset]

Live Templates 缓解一下

[zzn]

错误处理本来就是个大难题， 异常也不见得有好多多少

但是在 go 里面逢错误就 panic 的写法毫无疑问很低级

[VDimos]

和 rust 的 Result 有得一拼

[Vegetable]

这个让我想起了地铁的手指口呼.

https://zh.wikipedia.org/wiki/%E6%8C%87%E5%B7%AE%E7%A2%BA%E8%AA%8D

这样强迫 coder 显式处理每一个可能出现的错误,可以说是有好处的,可以说现在写输入 ife 已经成了肌肉记忆了 233333

[chenset]

看了下 Go 2 引入了 check & handle https://go.googlesource.com/proposal/+/master/design/go2draft-error-handling-overview.md#draft-design

```

func CopyFile(src, dst string) error {
handle err {
return fmt.Errorf("copy %s %s: %v", src, dst, err)
}

r := check os.Open(src)
defer r.Close()

w := check os.Create(dst)
handle err {
w.Close()
os.Remove(dst) // (only if a check fails)
}

check io.Copy(w, r)
check w.Close()
return nil
}

```

[cubecube]

异常可以不处理，一直抛啊。