从现在开始,我们要努力学习啦!今天我给大家带来《golang 中处理 nil 和 error 的惯用方法是什么?》,感兴趣的朋友请继续看下去吧!下文中的内容我们主要会涉及到等等知识点,如果在阅读本文
从现在开始,我们要努力学习啦!今天我给大家带来《golang 中处理 nil 和 error 的惯用方法是什么?》,感兴趣的朋友请继续看下去吧!下文中的内容我们主要会涉及到等等知识点,如果在阅读本文过程中有遇到不清楚的地方,欢迎留言呀!我们一起讨论,一起学习!
问题内容我有 2 个 Go 函数:
func sampleFunction () {
u, err := findDog(1)
if err != nil {
// We couldn't find the dog, print a message.
fmt.Println(err)
// Custom error types.
if _, ok := err.(*dneError); ok {
fmt.Println("Custom dog dne error for the end-user here.")
}
} else {
// Do something with u.
u.doSomething() // Is this idiomatic in Go?
// Should we explicility check for u != nil?
// Or does the if check above need to return?
// (even if I would like the function to be longer)
}
}
// findDog returns a dog with a given ID. If not found, returns an error.
func findDog(id int) (*models.Dog, error) {
found, err := models.FindDog(id)
// Is this return scheme/flow too brittle?
if err != nil {
return nil, &dneError{fmt.Sprintf("Dog %d does not exist in the" +
"database: %s", id, err.Error())}
}
return found, nil
}
我只是想确保我正确处理错误和零,所以我的两个主要问题是:
在 finddog 中,我在这两种情况下都正确返回 nil 吗?
在samplefunction中,不显式检查u != nil是惯用的做法,还是我这样做完全错误?
我的目标是在程序员需要时正确地向他们显示错误/问题,并在用户需要时向用户显示错误/问题,同时遵守惯用标准。感谢您抽出时间。
在我个人看来,你处理得很好,只是一个建议,因为我不知道 models.FindDog(id)
做什么,我会仔细检查 found
,如果这是 nil
返回错误,总结 if err !=无||发现 == nil {
注意:执行此操作 return err.Error()
可能会失败
是的,这是 Go 的惯用做法。因为错误是预先处理的,所以错误意味着失败,结果是 nil
,或者例如也许是部分写入的缓冲区没有任何用处。
附注我还有一个建议可以让事情变得更惯用。这个习惯用法类似于“缩进错误块,而不是代码”。您的 sampleFunction
中特别有一个 if/else,但在大多数错误检查情况(不是全部)中,您处理它并返回,然后跳过 else,流程就会继续。当你不需要缩进时为什么要缩进呢?这使得即使很长的函数也易于阅读,因为可以从上到下读取函数的预期流程,而不必在 if/else 块之间来回跳动。至少在很多情况下是这样。
我修改了某人的存储库的拉取请求,因为我有一个 if/else,其中 if 带 return 就足够了。
编辑
所以我的回答让我有点困扰,现在我记得为什么了。对于非 nil
error
返回来说,这通常是惯用的,以表明其他返回值无用,但确实有例外。 请务必检查各个文档。
具体示例参见bytes.Buffer.ReadBytes
今天关于《Golang 中处理 nil 和 error 的惯用方法是什么?》的内容介绍就到此结束,如果有什么疑问或者建议,可以在编程网公众号下多多回复交流;文中若有不正之处,也希望回复留言以告知!
--结束END--
本文标题: Golang 中处理 nil 和 error 的惯用方法是什么?
本文链接: https://lsjlt.com/news/596472.html(转载时请注明来源链接)
有问题或投稿请发送至: 邮箱/279061341@qq.com QQ/279061341
2024-04-05
2024-04-05
2024-04-05
2024-04-04
2024-04-05
2024-04-05
2024-04-05
2024-04-05
2024-04-04
回答
回答
回答
回答
回答
回答
回答
回答
回答
回答
0