共计 2279 个字符，预计需要花费 6 分钟才能阅读完成。
大家好，我是煎鱼。
错误处理始终是 Go 一个很有争议的中央，大家在该类提案上奉献了各种各样的想法。在五一假期期间，我也发现了一个乏味的技术提案，那就是：左侧函数；还有 Go+ 的新思路。
明天就由煎鱼带大家一起来看看。
Go 新提案：左侧函数
在现有 Go1 的错误处理机制下，咱们个别处理错误都须要写大量的 if err != nil 的逻辑。
有人笑称 100 行里有 50 行是以下代码：
func main() {x, err := foo()
if err != nil {// handle error}
y, err := foo()
if err != nil {// handle error}
z, err := foo()
if err != nil {// handle error}
s, err := foo()
if err != nil {// handle error}
}于是在社区里有多位小伙伴就提出了 左侧函数 这种想法。
心愿借此来解决错误处理的问题，缩小每次多写的 3 行左右的代码，实现统一的错误处理办法。
波及如下提案：
- 《proposal: Go 2: errors: allow function on left hand side of assignment》
- 《proposal: Alternate to try(): 1. Call func/closure from assignment and 2. break/continue/return more than one level: 1. Call func/closure from assignment and 2. break/continue/return more than one level”)
提案中的新代码如下：
fmt.Errof("%v, %w", a, err) := simple()简化写法：
errorHandle(err) = io.Copy(w, r)新的解决思路，就是加一层（万能的软件架构解决形式），用左侧函数来解决所有的谬误。
Go+：谬误表达式
与 Go 有关系的一员：Go+，也做出了本人的《ErrWrap expressions》错误处理计划，在后面的提案中有肯定的人进行了探讨，因而大家能够一起评估看看。
表达式介绍
外围的思路是对错误处理减少了表达式的语法机制。如下：
expr! // panic if err
expr? // return if err
expr?:defval // use defval if err上面咱们一个个开展介绍。
表达式 expr! 查看 valN 是否为零。如果没有，它会恐慌。对应的 Go 代码：
val1, val2, ..., valN1, valN := expr
if valN != nil {panic(errors.NewFrame(valN, ...))
}
val1, val2, ..., valN1 // value of `expr!`表达式 expr? 查看 valN 是否为 nil，如果不是，它将返回谬误。对应的 Go 代码：
val1, val2, ..., valN1, valN := expr
if valN != nil {_ret_err = errors.NewFrame(valN, ...)
return
}
val1, val2, ..., valN1 // value of `expr?`表达式 expr?:defval 查看 valN 是否为 nil。如果不是，它应用 defval 作为 expr 的值。对应的 Go 代码：
val1, val2 := expr
if val2 != nil {val1 = defval}
val1 // value of `expr?:defval`演示代码
具体的示例代码：
import ("strconv")
func add(x, y string) (int, error) {return strconv.Atoi(x)? + strconv.Atoi(y)?, nil
}
func addSafe(x, y string) int {return strconv.Atoi(x)?:0 + strconv.Atoi(y)?:0
}
println(`add("100", "23"):`, add("100", "23")!)
sum, err := add("10", "abc")
println(`add("10", "abc"):`, sum, err)
println(`addSafe("10", "abc"):`, addSafe("10", "abc"))输入后果：
add("100", "23"): 123
add("10", "abc"): 0 strconv.Atoi: parsing "abc": invalid syntax
===> errors stack:
main.add("10", "abc")
/Users/xsw/goplus/tutorial/15-ErrWrap/err_wrap.gop:6 strconv.Atoi(y)?
addSafe("10", "abc"): 10基于表达式进行错误处理的机制优化之余，还减少了谬误堆栈的信息跟踪。
总结
明天这篇文章中，咱们针对 Go 当初“焦头烂额”的错误处理机制的提案进行了探讨，前有 try-catch、panic 代替等，现有左侧函数、表达式等新的思路。
你感觉这几种错误处理形式怎么样呢，能够解决不？
欢送在评论区和留言和交换。
文章继续更新，能够微信搜【脑子进煎鱼了】浏览，本文 GitHub github.com/eddycjy/blog 已收录，学习 Go 语言能够看 Go 学习地图和路线，欢送 Star 催更。
浏览更多
- 先睹为快，Go2 Error 的挣扎之路
- 咱们对 Go 错误处理的 4 个误会？
Go 图书系列
- Go 语言入门系列：初探 Go 我的项目实战
- Go 语言编程之旅：深刻用 Go 做我的项目
- Go 语言设计哲学：理解 Go 的为什么和设计思考
- Go 语言进阶之旅：进一步深刻 Go 源码
