友情提示：本文共有 695 个字，阅读大概需要 2 分钟。
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 语言团队否决关于“try”语句的提案》，同时在此感谢原作者。
