Go 语言团队否决关于”try”语句的提案
Go 语言作者之一 Robert Griesemer 前几天代表 Go 语言开发团队的提案审查委员会公布了关于否决一项提案的决定。Robert 在「内置的 Go 错误检查函数,”try”」提案下面的回复中发布了这个公告,并表示基于社区压倒性的反应和由此引起的广泛讨论,团队决定提前拒绝此项提案。
关于 Go 2 的错误处理问题,Robert 表示团队去年就已阐述了对此的看法,但当时并没引起足够的注意和讨论。所以关于”try”语句的提案可能是解决此问题的一个很好的解决方案,但对于大多数使用者而言,这可能没解决到什么问题。
下面举一个 try 语句的示例。
例如如下代码:
f, err := os.Open(filename)
if err != nil {
return …, err // zero values for other results, if any
}
可通过使用 try 语句简化为:
f := try(os.Open(filename))
可以看到,内置函数 try 采用一个单一表达式作为参数。表达式必须求出 n+1 个值(其中 n 可能为零),其中最后一个值必须是error
类型。如果错误参数(final)为 nil,则返回前 n 个值(如果有),否则返回带有该错误的封闭函数。
这种方法最主要的缺点是需要对错误结果参数进行命名,为此可能会导致 API 不够美观。总而言之,一开始try
看起来就有点不寻常,因为它只是针对一个特定任务量身定制的语法糖,使用较少的样板代码进行错误处理,并且能足够好地处理该任务。不过它非常符合 Go 的哲学 ——try
不是为解决所有错误处理情况而设计的;它旨在很好地处理最常见的情况,以保持设计简单明了。
你也许感兴趣的:
- Go语言有个“好爹”反而被程序员讨厌?
- 【外评】为什么人们对 Go 1.23 的迭代器设计感到愤怒?
- 【译文】Go语言性能从 1.0 版到 1.22 版
- Go 语言程序员的进化
- 【译文】面试时,有人问我喜欢Go语言什么?
- 4 秒处理 10 亿行数据! Go 语言的 9 大代码方案,一个比一个快
- 【译文】Go语言设计:我们做对了什么,做错了什么
- 最好的 Go 框架就是不用框架?
- 吵翻了!到底该选 Rust 还是 Go,成 2023 年最大技术分歧
- “Go 语言的优点、缺点和平淡无奇之处”的十年
你对本文的反应是: