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

[voidmnwzp]

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

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

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

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

[rrfeng]

没变少啊……

[chanyan]

https://github.com/Yanjiachan/ErrorChain

[sduoduo233]

这样怎么确定 err 是在哪一步抛出的？

[learningman]

你这写的比 if err 还多

[ljsh093]

还是 4 行一个啊

[777777]

就我一个人喜欢写 if err ？简单直接

[blackvv666]

自己用用可以

[hahasong]

这还不如用 defer 呢 有种用 java 面向对象打印 hello world 即视感

[hzzhzzdogee]

其实应该是 wrap?

[zhangxh1023]

没了 if err 的 golang 都没那味儿了

[helloit]

errors := map[string]string{
"a": "a error",
"b": "b error",
"c": "c error",
"d": "d error"
}

[magicdawn]

rust 也是 err value ，但是有 unwrap 和 ？存在方便许多

[fgwmlhdkkkw]

```

func Must[T any](T val, e error) T {
if e != nil {
painc(e)
}
return val
}


func Must2[T any, K any](T val1, K val2, e error) (T, K) {
if e != nil {
painc(e)
}
return val1, val2
}


```

[fgwmlhdkkkw]

@fgwmlhdkkkw 😓 哈哈哈哈，，搞混了

[cassyfar]

人才

[cholerae]

你重新发明了那篇经典的 errors are values 博文中建议的实践。

https://go.dev/blog/errors-are-values

[Leviathann]

@magicdawn rust 是 value or error 不是 value and error

[TWorldIsNButThis]

@cholerae
这篇经典博文也不过是在重新发明 result/either monad
也许这就是一种传承

[dobelee]

一行没变少，反而增加几行初始化变量。。

[voidmnwzp]

@cholerae 不瞒你说 我就是看了 rob pike 写的 wrap 后才写的