从现在开始，我们要努力学习啦！今天我给大家带来《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 的惯用方法是什么？》的内容介绍就到此结束，如果有什么疑问或者建议，可以在编程网公众号下多多回复交流；文中若有不正之处，也希望回复留言以告知！
