写了个 err warp，或许可以少写点 if err

[voidmnwzp]

一般情况下需要串行化的执行下去，如果其中一步遇到错误就会退出，但这样调用完个每个方法都要写个 err

如果将执行的方法作为一个闭包封装进去,就可以省去一大堆 if err：

这样如果执行的过程中遇到了错误,也会跳过执行， 最后调用 wrap.Error()返回错误 e.g.:

外层变量 a,b,c,d 可以通过闭包来赋值

[totoro52]

与其叫少写，不如叫遮羞布。。。

[lesismal]

@777777 #6 你不是一个人！喜欢 if err 的人多着呢，只是我都懒得喷那些喷 if err 的人罢了

[voidmnwzp]

@sduoduo233 github.com/pkg/errors

[elechi]

好像有个 multierr 包

[RedisMasterNode]

觉得 if err != nil 让别人更容易搞懂程序每一步的错误想怎么处理...不明白为何要把它 warp 或者简化起来

[ck65]

字面意义上的过度封装。

[flyqie]

https://github.com/hashicorp/go-multierror

[hsfzxjy]

虽然但是，为什么是 warp 不是 wrap

[cmdOptionKana]

我也有做类似的处理

// WrapErrors 把多个错误合并为一个错误.
func WrapErrors(allErrors ...error) (wrapped error) {
for _, err := range allErrors {
if err != nil {
if wrapped == nil {
wrapped = err
} else {
wrapped = fmt.Errorf("%w | %w", wrapped, err)
}
}
}
return
}

[cmdOptionKana]

我这个使用时应该更直白简洁, 例如

a, err1 := func1()
b, err2 := func2()

if err := WrapErrors(err1, err2); err != nil { return err }

[zbinlin]

这时候不应该换语言了吗 🐶

[SenLief]

if err 都没有，那还是 go 了吗？

[piaodazhu]

想到个这个，大家看这样有什么问题不：
1. 定义一个函数 func checkError(err error)，函数内检查如果 err!=nil 就 panic(err)
2. 在你业务函数开头写一个 defer func()内部做 recover()
3. 在你业务函数中每次调用后，调用 checkError(err)

这样就不用写那么多`if err != nil { ... `了吧，panic 被捕获时，也能知道发生 err 的是啥。

[yazinnnn]

是我第 2887 喜欢的 go boy 重新发明 monad 时间🤗

[Kisesy]

@cmdOptionKana 楼主要的效果是，有函数有错误，下面的代码就不执行了，你这个即使 func1 出错了，func2 还是会执行

[voidmnwzp]

@piaodazhu 可以是可以 这样就是类似 java 的 try/catch 但是，风险太大 万一哪个地方漏写了 recover 那不是单个 goruntine down 了 是个整个进程都得挂 一不小心就是线上重大事故了属于

[voidmnwzp]

@hsfzxjy 因为我拼错了。z

[yrj]

@voidmnwzp 没事，我也经常拼错🤣

[Nasei]

@magicdawn 如果不用库，rust 的 ? 在 Err 类型不一样的时候感觉很难受....

[magicdawn]

@Nasei

有编译器语法糖啊, Result<>? / Option<>? 会自动 check 是否是 err / 是否有值
不用库啊, go 可以学一下.