1. 首页
  2. 文章

Go 语言团队否决关于"try"语句的提案

NetFly · 2019-07-21 01:04:16 · 1810 次点击 · 预计阅读时间 1 分钟 · 大约8小时之前 开始浏览    
这是一个创建于 2019-07-21 01:04:16 的文章，其中的信息可能已经有所发展或是发生改变。
第一次，站长亲自招 Gopher 了>>>

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不是为解决所有错误处理情况而设计的；它旨在很好地处理最常见的情况，以保持设计简单明了。


有疑问加站长微信联系（非本文作者）

本文来自：掘金

感谢作者：NetFly

查看原文：Go 语言团队否决关于"try"语句的提案

入群交流（和以上内容无关）：加入Go大咖交流群，或添加微信：liuxiaoyan-s 备注：入群；或加QQ群：692541889

1810 次点击  
加入收藏 微博
赞
收入我的专栏
上一篇：以太坊、Cosmos、Polkdot 生态大盘点，谁是生态最繁荣的公链？
下一篇：golang 和 C 的基本数值类型对照表
  • 函数
  • 代码
  • 任务量
  • 解决方案
    7 回复  |  直到 2019-08-21 09:42:17
    haoweitech
    haoweitech · #1 · 6年之前

    try catch一定要有的，不然满屏painc，人得疯掉! 我这个是过渡版

    package main

import (
"fmt"
"github.com/haoweitech/goext/ex"
"os"
)

func main() {
  ex.Try(func() {
    _, err := os.Open("/tmp/test.txt")
    if err != nil {
      painc(err)
    }
  }).Catch(&ex.Error{}, func(err interface{}) {
    fmt.Println(err)
  }).Finally(func() {
    fmt.Println("清洁工")
  })
}
    nothollyhigh
    nothollyhigh · #2 · 6年之前

    错误和异常本来就是两个东西，用异常的方式处理错误，并不是好姿势 if err的方式，本就是正常的错误处理流程，习惯了try或者忽略错误处理的脚本程序员们才会觉得这种方式有问题，但是这些朋友是不是应该反思一下你们原来的姿势真的好看吗？或者自己的代码是否健壮性如何？ 比如楼上兄弟的try catch方式，比if err节省代码了或者更好看了吗？至少我是完全看不出

    nothollyhigh
    nothollyhigh · #3 · 6年之前

    支持go团队！

    saberlong
    saberlong · #4 · 6年之前

    无论哪种，我都能习惯，并不会感到不好。 只是觉得你这种panic的用法很不合适。 我的实际代码中，很少会出现panic，每次写上panic都是经过深思熟虑的

    18393910396
    18393910396 · #5 · 6年之前
    对 haoweitechhaoweitech #1 回复

    try catch一定要有的，不然满屏painc，人得疯掉! 我这个是过渡版 ```go package main import ( "fmt" "github.com/haoweitech/goext/ex" "os" ) func main() { ex.Try(func() { _, err := os.Open("/tmp/test.txt") if err != nil { painc(err) } }).Catch(&ex.Error{}, func(err interface{}) { fmt.Println(err) }).Finally(func() { fmt.Println("清洁工") }) } ```

    你这个满满的java try cache风格, 而且不比Go 本身的err!=ni 有优势,代码看着累赘

    haoweitech
    haoweitech · #6 · 6年之前
    对 1839391039618393910396 #5 回复

    #1楼 @haoweitech 你这个满满的java try cache风格, 而且不比Go 本身的err!=ni 有优势,代码看着累赘

    捕获异常及异常处理，是任何一种高级计算机语言都需要的一个基本机制 （跟java一点关系也没有） 如果在一个大型服务系统里，你就单单写这种 if err != nil 最后都会把你自己给绕晕

    taatcc
    taatcc · #7 · 6年之前

    check/handle,try都被否了，那错误处理还改进吗

    添加一条新回复 （您需要 登录 后才能回复 没有账号 ？）
    • 请尽量让自己的回复能够对别人有帮助
    • 支持 Markdown 格式, **粗体**、~~删除线~~、`单行代码`
    • 支持 @ 本站用户；支持表情（输入 : 提示），见 Emoji cheat sheet
    • 图片支持拖拽、截图粘贴等方式上传

    用户登录

    Go今日面试题

     今日阅读排行

     一周阅读排行

      关注我

    • 扫码关注领全套学习资料 关注微信公众号
    • 加入 QQ 群：
      • 192706294（已满）
      • 731990104（已满）
      • 798786647（已满）
      • 729884609（已满）
      • 977810755（已满）
      • 815126783（已满）
      • 812540095（已满）
      • 1006366459（已满）
      • 692541889

    • 关注微信公众号
    • 加入微信群：liuxiaoyan-s，备注入群
    • 也欢迎加入知识星球 Go粉丝们（免费）