Go 中的错误处理以其简单性而闻名；这也是 Go 如此受欢迎的原因之一。 Go 的作者刻意避免异常，而是选择了一个使错误处理明确、可跟踪和可预测的系统。有时，这种简单性会导致重复的样板代码，甚至让经验最丰富的开发人员感到沮丧。这就是“必须”模式以一种干净、惯用的方式出现，以简化某些情况下的错误处理。
在这篇博文中，我将分解“必须”模式，解释何时以及如何使用它，当然，还会提供一些很酷的示例，让您成为 Go 的忠实粉丝（或迷妹！）微笑。我们走吧。
“必须”模式是一个简单的习语。您有一个包装另一个函数的函数，该函数返回一个值和一个错误。假设错误不为零，包装器会发生恐慌。如果为 nil，则包装器仅返回该值。
这种模式非常适合不太可能出现错误或应该完全停止执行的情况，例如不应失败的设置代码或配置。其背后的想法是在不牺牲可读性和功能的情况下使代码更易于阅读。
这就是“Must”模式真正闪耀的地方：
清晰度：它使您的意图明确。如果某些事情绝对不能让你的程序运行失败，那么必须清楚地表达这一点。
减少样板：告别那些烦人的重复 if err!= nil { log.Fatal(err) } 块！
适合初始化：在测试助手、库 API 和配置中非常方便，如果出现问题，你就注定失败。
“必须”函数的结构
func Must[T any](val T, err error) T {
if err != nil {
panic(err)
}
return val
}
让我们来分解一下：
必须：函数名称表示失败不是一种选择。
T：Go 的泛型让我们可以编写类型无关的函数。
panic：如果出现错误，程序将退出并显示有意义的错误消息。
package main
import (
"encoding/json"
"fmt"
"os"
)
func Must[T any](val T, err error) T {
if err != nil {
panic(err)
}
return val
}
type Config struct {
Port int `json:"port"`
Env string `json:"env"`
}
func main() {
raw := Must(os.ReadFile("config.json"))
var config Config
Must(json.Unmarshal(raw, &config))
fmt.Printf("Loaded Config: %+v\n", config)
}
？为什么有效：此设置可确保如果配置文件丢失或混乱，程序会立即停止，而不是因错误数据而绊倒。
func Must[T any](val T, err error) T {
if err != nil {
panic(err)
}
return val
}
？ 为什么有效：解析模板和启动服务器是关键路径。如果出现问题，程序根本不应该运行。
package main
import (
"encoding/json"
"fmt"
"os"
)
func Must[T any](val T, err error) T {
if err != nil {
panic(err)
}
return val
}
type Config struct {
Port int `json:"port"`
Env string `json:"env"`
}
func main() {
raw := Must(os.ReadFile("config.json"))
var config Config
Must(json.Unmarshal(raw, &config))
fmt.Printf("Loaded Config: %+v\n", config)
}
？ 为什么有效：在测试中，失败应该立即停止执行，这使得 Must 成为自然的选择。
“必须”模式并不适合所有情况：
运行时错误：仅将其应用于初始化/设置。在运行时操作的情况下，尽量优雅地处理错误，避免出现panic。
仅适用于不可恢复的场景： 对于失败不可恢复的情况（例如，加载所需文件），请使用 Must。
“必须”模式 就像您值得信赖的Go-to 工具：简单、有效且可靠。它消除了样板文件，澄清了意图，并提高了代码可读性——所有这些都没有违反 Go 显式错误处理的精神。
明智地使用，你会喜欢你的代码感觉多么干净。请记住，能力越大，责任越大。过度使用 Must 可能会变成调试噩梦，因此请谨慎使用。
继续写惯用的Go！ ？
以上是Go 的'必须”模式：简化错误处理的详细内容。更多信息请关注PHP中文网其他相关文章！
