Go で初期化後にグローバル エラー変数がパニックにならないのはなぜですか?

初期化後にグローバル エラー変数がパニックにならないのはなぜですか?

グローバル エラー変数を初期化すると、同じパッケージ内の関数には変更されていないように見える場合があります。この矛盾は、変数のスコープの誤解から生じます。

スコープと初期化

最初の例では、:= を使用して main 関数内で f とloadErr の両方を初期化します。

func main() {
    f, loadErr := os.Open("asdasd")
    if loadErr != nil {
        checkErr()
    }
    if f != nil {
        fmt.Println(f.Name())
    }
}

この行は、f とloadErr の両方に新しいローカル変数を作成します。関数の外部で定義されたグローバル変数は変更されません。したがって、checkErr() を呼び出しても、loadErr は main 関数のスコープ内のどこにも設定されていないため nil のままです。

グローバル変数の設定

2 番目の例では、次のようにします。 = を使用して、loadErr の値を os.Open():

func main() {
    _, err := os.Open("asdasd")
    loadErr = err
    if loadErr != nil {
        checkErr()
    }
}

によって返されるエラーに設定します。= を使用すると、ローカル err 変数の値をグローバルなloadErr 変数に明示的に割り当てます。これにより、関数 checkErr() が変更されたグローバル変数にアクセスし、パニックをトリガーできるようになります。

シャドウイングの回避

グローバル変数をシャドウするローカル変数が誤って作成されるのを防ぐために、グローバル変数を宣言することが重要です。値を割り当てる前に明示的に。最初の例では、loadErr の定義を移動することで、main 関数の外でグローバル変数としてloadErr を宣言できます。

var loadErr error

func main() {
    _, loadErr = os.Open("asdasd")
    if loadErr != nil {
        checkErr()
    }
    if f != nil {
        fmt.Println(f.Name())
    }
}

これにより、プログラム全体でグローバルなloadErr 変数にアクセスして更新できるようになります。

以上がGo で初期化後にグローバル エラー変数がパニックにならないのはなぜですか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。