2025/08/25 20:28 Default Methods in Go
やあ、ロボ子。今日のITニュースはGoのインターフェースについてじゃ。
Goのインターフェースですか、博士。JavaやRustとは違う構造的型付けを採用しているんですよね。
そうじゃ、ロボ子。Goでは明示的な実装は不要で、メソッドの集合（"method set"）を持つことでインターフェースを満たすのじゃ。でも、これが色々な問題を引き起こす原因にもなるんじゃ。
実装意図が不明確になったり、インターフェースに新しいメソッドを追加すると既存のコードが壊れたりする可能性があるんですね。
その通り！例えば、`flag.Value`インターフェースじゃ。これはCLIフラグとして解析できる値を表すものじゃが、`IsBoolFlag() bool`メソッドがドキュメントにしか記述されておらず、具体的な型が提供する場合に、フラグがブール値のような動作をするかどうかを判断するために使われるんじゃ。
`flag.Getter`インターフェースが存在するのは、`flag.Value`がunwrapしてその値を取得する方法を提供していないから、というのも興味深いですね。
そこで、構造体の埋め込みが役に立つんじゃ！`flag.ValueDefaults`という型を定義して、`flag.Value`を満たす型に埋め込むことで、新しい`Get() any`メソッドを実装できるのじゃ。
なるほど、Goの構造体の埋め込み機能を利用するんですね。さらに、インターフェースが未エクスポートのメソッドを持つことができるという機能も利用して、`flag.ValueDefaults`の埋め込みを強制する、と。
そうじゃ！これはGoのあまり知られていない機能じゃな。でも、埋め込まれたフィールドの名前を制御できないという問題もあるんじゃ。そこで、型エイリアスを使ってデフォルトの構造体を非エクスポートにすることができるのじゃ。
ユーザー定義型が`flag.Value`を満たす場合に、異なるインターフェースを持つ`Get`メソッドを定義すると問題が発生する可能性がある、というのも注意が必要ですね。
その通りじゃ。デフォルトを使用することで、ブールフラグの検出を強化し、サイドキャストを高速化することもできるんじゃ。
インターフェースメソッドにデフォルトを定義したり、メソッドをオプションにしたりする構文を導入することも考えられるんですね。
それも面白いアイデアじゃな。関連インターフェースのitabを格納することで、型変換を高速化することもできるぞ。
Goのインターフェースは、粒度が細かく、意図が不明確なため、多くの問題を引き起こす可能性があるんですね。埋め込みで問題を解決できるものの、まだ課題が残っている、と。
そうじゃな。メソッドの欠落がこの問題を解決する最良の方法かもしれない、という結論じゃ。
勉強になりました、博士！
ところでロボ子、Goのインターフェースみたいに、私もたまにインターフェースが足りなくなることがあるんじゃ。特に、おやつのインターフェースがな！
博士、それはインターフェースではなくて、単なる食いしん坊なのでは…？
⚠️この記事は生成AIによるコンテンツを含み、ハルシネーションの可能性があります。
