据说 Go 2.0 的错误处理有可能是这个样子

[SuperMild]

func foobar(a, b int) error {
    handle err { return err } // This is our handler
    x := check foo(a, b) // check invokes the handle func
    y := check bar(a, b) // this on as well
}

看起来还蛮好的。

来源: https://levelup.gitconnected.com/golang-2-0-draft-feature-error-handling-c0a2332b9162

但我觉得还能改进，比如把 handle err { return err } 当作默认行为，不需要写这句就是这个行为，如果写了就覆盖默认行为。

[SuperMild]

@ZSeptember 啊，对哦！等泛型来了我就用这招。

[sagaxu]

@iseki

举个例子，根据用户名查找用户帐号, 查无此人是正常逻辑，符合预期，一点也不 exception 。
某个订单里的用户 ID ，根据 ID 查找用户帐号，查无此人是 exception ，正常逻辑不应该走到这一步。

前面那个接口抛 UserNotFoundException 是滥用，后面那个合适。

[iseki]

@sagaxu 哈哈哈，我到觉得既然是查找，那没有就是正常的，返回空就 OK 了。不过如果那个函数叫“修改用户信息”，这时候报用户找不到异常就是很合理的了~~~

[Hellert]

x:=getx()?

还是问号更自然。