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中文網其他相關文章！
