大家好，我是煎鱼。
日常看 Go 社区的一些新动态，发现大家对于错误处理的新提案是很积极。上次分享了一篇想要用 switch-case 来解决现状的新提案，不少同学认为不可行。
没想到 Go 社区的同学脑洞还是很大的，这几天又整出来个 select-case 的新提案的方式来解决错误处理。
今天基于此给大家分享一下社区里的新脑洞。
本节的背景主要是给不了解的同学拉通一下。如果已经知道的可以跳过本节。新提案的提出背景，与之前的类似。
社区内的 Go 开发者很多嫌弃 if err != nil 的错误处理方式过于繁琐，纷纷提出各种改进方式和新提案。截至目前暂无大改进被通过。
具体演示代码如下：
func CopyFile(src, dst string) error { r, err := os.Open(src) if err != nil { return err } defer r.Close() w, err := os.Create(dst) if err != nil { return err } defer w.Close() if _, err := io.Copy(w, r); err != nil { return err } if err := w.Close(); err != nil { return err } // 和煎鱼一起煎个鱼...}要写比较多的判断和返回错误的逻辑，并且这些代码比正式的调用代码还要多。所以也常被人戏称一个 Go 工程里 80% 都是 if err != nil 等错误检查代码。
本次新提案是由 @bjorndm 提出的 《proposal: Go 2: add trap on direct assignment with select block[1]》：
图片
提出者本身使用编程语言的经验比较丰富，用过：C, Ruby, Pascal, Basic, Java, Shell 等。本次提出该提案的原因是某些 shell 中 trap 语句的启发。
抽象了一下，提案内容如下：
从原作者的描述来看，提案内容比较生硬。我们结合演示代码来看就知道，他是想构思什么新语法来使用 select-case 达到错误处理的目的了。
演示代码如下：
func CanFail(name string) error {var err errorselect err { case err != nil: return fmt.Errorf("CanFail: %w", err)}fin, err := os.Open(name)buf, err := io.ReadAll(fin)return nil}结合新提案的语法，由于 select 代码块中是一个变量，符合新语法 “陷阱” 的场景。
因此 err 变量被安装了 “陷阱”，当后面的 os.Open 和 io.ReadAll 等方法赋值给 err 变量时，就能触发 select 子句的 case 检查。
最终以此达到简化 if err != nil 的目的。也可以满足 Go1 兼容性保障，达到向前和向后兼容，不需要新增关键字。
截止目前我们已经看过了许多 Go 错误处理的脑洞新提案。本提案是期望利用 select-case 的特性结构来做扩展，以此达到向前兼容的目的。
从编译和运行上，作者认为代价是比较小的，只需要在内部替换成类似 switch 的效果就可以了。
参考资料
[1]proposal: Go 2: add trap on direct assignment with select block: https://github.com/golang/go/issues/66161
本文链接：http://www.28at.com/showinfo-26-76540-0.htmlGo 错误处理：用 select-case 来解决这个历史难题？
声明：本网页内容旨在传播知识，若有侵权等问题请及时与本网联系，我们将在第一时间删除处理。邮件：2376512515@qq.com
Copyright © 2016-2023 天津谷骐科技有限公司 版权所有 sitemap.xml
违法及侵权请联系：2376512515@qq.com 津ICP备18001702号
津公网安备 12010102000574号