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() 采用一个单一表达式作为参数。其中最后一个值必须是error类型时，表达式需要求出 n+1 个值(n 可能为零)。如果错误参数(final)为 nil，则返回前 n 个值(如果有的话)，否则返回来自嵌套函数的错误。

这种方法最主要的缺点是需要对错误结果参数进行命名，为此可能会导致 API 不那么直观易读。

总的来说，一开始 try() 看起来就不太具有通用性，因为它只是针对一个特定任务量身定制的语法糖，使用较少的样板代码进行错误处理，并且能足够好地处理该任务。当然它也非常符合 Go 的哲学 —— try() 不是为解决所有错误处理情况而设计的;它旨在很好地处理最常见的情况，以保持设计简单明了。