値レシーバー メソッド内の Go 構造体のフィールドの変更が維持されないのはなぜですか?

値レシーバーによる構造体の変更: シャドウイング効果を理解する

Go では、メソッド レシーバーの動作が可変性に大きな影響を与える可能性があります。構造体の。値レシーバーとポインター レシーバーの違いを理解することは、構造体を正しく操作するために重要です。

問題のコンテキスト

提供された例は、一見予期しない動作を示しています。構造体のフィールドはメソッド内で変更されますが、その変更はメソッドの外には残りません。

type Test struct {
    someStrings []string
}

func (this Test) AddString(s string) {
    this.someStrings = append(this.someStrings, s)
    this.Count() // will print "1"
}

func (this Test) Count() {
    fmt.Println(len(this.someStrings))
}

このコードを実行すると、次のように出力されます。

1
0

この動作が発生します。これは、AddString メソッドが値レシーバーを使用しており、メソッドの呼び出し時に基本的に構造体のコピーが作成されるためです。メソッド内で行われた変更は、元の構造体ではなく、このコピーに適用されます。したがって、Count がメソッドの外部で呼び出される場合、元の変更されていない構造体で動作します。

ポインタ レシーバと値レシーバ

この問題を解決するには、ポインタを使用します。値レシーバーの代わりにレシーバーを使用する必要があります。ポインター レシーバーは元の構造体への参照を作成し、直接操作を可能にします。

func (t *Test) AddString(s string) {
    t.someStrings = append(t.someStrings, s)
    t.Count() // will print "1"
}

ポインター レシーバーでは、AddString メソッドはレシーバーの構造体に対して直接動作します。したがって、someStrings への変更は元の構造体に反映されます。その結果、メソッドの外で Count が呼び出された場合、変更された構造体が操作されます。

結論

値レシーバーとポインター レシーバーの違いを理解することで、 Go で構造体を効果的に操作できます。値レシーバーはコピーを作成し、ポインター レシーバーは元の構造体への直接アクセスを提供します。この微妙な違いは、メソッド内で行われた変更がそれらのメソッドの外部でも持続するようにするために非常に重要です。

以上が値レシーバー メソッド内の Go 構造体のフィールドの変更が維持されないのはなぜですか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。