Go のポリモーフィズム: セッターの難題を解読する
オブジェクト指向プログラミングの領域では、ポリモーフィズムにより、異なるクラスのオブジェクトを処理できるようになります共通のスーパータイプのインスタンスとして。ただし、Go では、ポリモーフィズムは存在するのか、存在する場合、それはどのように現れるのかという疑問が生じます。
ゲッター メソッドとセッター メソッドを使用してインターフェイスを作成しようとする次の Go コードを考えてみましょう。
type MyInterfacer interface { Get() int Set(i int) } type MyStruct struct { data int } func (this MyStruct) Get() int { return this.data } func (this MyStruct) Set(i int) { this.data = i }
ただし、セッター メソッドでは問題が発生します。レシーバーのこの MyStruct はポインターではないため、メソッド内で行われた変更はすべて失われます。出る。さらに、レシーバーを *MyStruct にするとコンパイルが妨げられます。
これに対処するために、コードの修正バージョンではポインターを利用します。
type MyInterfacer interface { Get() int Set(i int) } type MyStruct struct { data int } func (this *MyStruct) Get() int { return this.data } func (this *MyStruct) Set(i int) { this.data = i }
ポインターを導入することで、内部で行われた変更が可能になります。 setter メソッドをスコープを超えて永続化します。この手法は伝統的な意味での厳密なポリモーフィズムを構成するものではないかもしれませんが、健全な Go の実践に準拠しており、最初の問題に対する実行可能な解決策を提供します。
以上がGo のセッターでポリモーフィズムをどのように実現できますか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。