マップから構造体への Go ポインターを出力すると、構造体の値ではなくアドレスが表示される場合があるのはなぜですか?

Go ポインターのニュアンスを理解する

Go では、ポインターの微妙な点を理解することが効果的なプログラミングに不可欠です。この記事では、マップに保存され、ポインターとして出力された値が予期しない結果をもたらす特定のシナリオについて詳しく説明します。

問題: 謎の解明

Go プログラムキーと値のペアを保持するマップ (モデル) を操作します。そのうちの 1 つは、GORM First() 関数で使用するために指定された構造体値 (Test) を含みます。この不可解な動作は、マップから構造体を取得してポインタとして出力しようとすると発生します。 GORM 関数には構造体が必要ですが、印刷操作では単なるアドレスのように見える出力が生成されます。

解決策: 謎を解く

鍵は次のとおりです。 fmt パッケージのデフォルトの書式設定の複雑さを掘り下げます。形式を指定せずに値を出力する場合、 fmt.Printf() は値のタイプに基づいたデフォルトのルールを使用します。最初の例では、test1 は Test 型であり、print 関数へのポインターとして渡されます。デフォルトの書式設定によれば、構造体へのポインタは &{field0 field1 ...} として表され、フィールド Test が "a" に初期化されるときの &{a} の外観を説明しています。

ただし、 2 番目の例には微妙な違いがあります。 Models マップから取得された値 (test2) は、マップの型宣言 (map[string]interface{}) により、interface{} 型になります。 test2 へのポインタを出力しようとすると、値は基本的に追加のインターフェース値でラップされ、*interface{} のタイプになります。 *interface{} 値のデフォルトの書式設定ではアドレスの出力が指示されるため、16 進数のアドレス値が出力されます。

ジレンマの解決: よりエレガントなアプローチ

効果的に行うにはtest2 から目的の構造体を抽出するには、型アサーションを使用できます。これには、interface 値を目的のタイプ（この場合は Test）に明示的にキャストすることが含まれます。{}これにより、test2 の値の型は test1 と同じになり、印刷時に一貫した出力が生成されます。

あるいは、より最適な解決策は、Test 値へのポインターをモデル マップに直接保存することで、型アサーションまたは中間変数割り当て。これにより、マップ内のインターフェースの値が本質的に Test へのポインタとなり、直接使用または転送できるようになります。

Go のポインタの動作とデフォルトの書式設定を理解することは、Go 開発の微妙な違いをナビゲートするために不可欠です。環境。これらの概念を理解することで、プログラマーは Go の機能の可能性を最大限に活用するエレガントで効率的なコードを作成できます。

以上がマップから構造体への Go ポインターを出力すると、構造体の値ではなくアドレスが表示される場合があるのはなぜですか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。