Go 1.18 の JSON アンマーシャリングでジェネリックを効果的に使用するにはどうすればよいですか?

Go 1.18 でジェネリックスとアンマーシャリングが相互作用する方法

Go 1.18 のジェネリックスは、強化された型安全性とコードの再利用性を提供します。ただし、ジェネリックを使用すると、コンパイル時に固定型に準拠しない JSON ペイロードをアンマーシャリングするなど、動的データを操作するときに課題が生じる可能性があります。

レポートのコレクションがあり、それぞれのレポートの内容が異なるシナリオでは、タイプがある場合は、汎用の ReportContainerImpl 構造体を使用してカプセル化することもできます。この構造では、複数のタイプのレポートを表現できますが、アンマーシャリング中の実行時に具体的なタイプを決定するという課題が生じます。

この問題に対処するには、タイプ制約を使用して、レポートで許可されるタイプを制限できます。報告可能なタイプ。ただし、Go は構造体の型アサーションをサポートしておらず、ジェネリック型へのキャストも許可していません。

1 つの方法は、ReportContainerImpl 構造体が実装する専用インターフェイス ReportContainer を作成することです。このインターフェイスは、場所 ID、プロバイダー、レポート タイプなど、すべてのレポート タイプに共通のフィールドを取得するメソッドを提供します。

アンマーシャリング中に、switch ステートメントを使用して、ReportType 識別子に基づいて具象タイプを決定できます。 。ただし、これには特定の具象型への手動変換が必要であり、安全ではなく冗長になる可能性があります。

あるいは、この特定のケースではパラメトリック多態性を放棄することを検討してください。 json.RawMessage を使用すると、識別子の値に基づいて動的データを条件付きでアンマーシャリングできます。このアプローチは、コンパイル時の型パラメーターが実行時のデータ操作の要件と一致しないようなシナリオに適している可能性があります。

一般的な解決策として、鶏が先か卵が先かの問題を克服でき、コンパイル時に型パラメータが既知である場合は、unmarshalAny のような最小限の汎用アンマーシャリング関数を実装することを検討してください。この関数は、目的の型への直接キャストを使用しており、説明の目的で使用できます。 json.Unmarshal はすでに汎用であるため、このアプローチは unmarshalAny.

内で追加のロジックが必要な場合にのみ推奨されることに注意してください。

以上がGo 1.18 の JSON アンマーシャリングでジェネリックを効果的に使用するにはどうすればよいですか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。