Go 1.18 でジェネリック型を使用して JSON を安全にアンマーシャリングするにはどうすればよいですか?

Unmarshal でのジェネリックの使用 (Go 1.18)

さまざまなレポート タイプを保持するコンテナの作成など、Go 1.18 でジェネリックを利用する場合、型の制約が発生する可能性があります。次の設定を考えてみましょう。

• 構造体で表される複数のレポート タイプ
• ジェネリック型パラメーターを持つ ReportContainer ラッパー Reportable、Reportable インターフェイスの実装に制約されます
• 識別子アンマーシャリング中に具体的なレポート タイプを決定するための ReportType

戻り値の型の型制約に関する課題が発生する可能性があり、型アサーションに対応するために GetBody() 関数で「フリーテキスト セマンティクス」が発生する可能性があります。

課題と解決策

この問題は、Go が構造体の型アサーションをサポートしておらず、ジェネリック型へのポインターを許可していないことに起因します。これに対処するには、LocationID、Provider、ReportType、および Body の Getters を実装するインターフェイスを作成できます。ただし、この解決策では型安全性を犠牲にする必要があります。

より安全なアプローチには、パラメトリック多態性を放棄し、JSON アンマーシャリング中に識別子の値に基づく具体的な switch ステートメントを利用することが含まれます。これにより、各レポート タイプに正しい具象タイプが使用されるようになります。

代替アプローチ

動的 JSON 解析の場合、汎用アンマーシャル関数を使用できます。

<code class="go">func unmarshalAny[T any](bytes []byte) (*T, error) {
    out := new(T)
    if err := json.Unmarshal(bytes, out); err != nil {
        return nil, err
    }
    return out, nil
}</code>

この関数は柔軟性を提供しますが、実装が最小限の場合は、アンマーシャリング ロジックを直接インライン化するのと同じアクションを実行するだけであることに注意することが重要です。したがって、この関数の使用は、追加のロジックを導入する場合にのみ正当化されます。

要約すると、具象型と JSON アンマーシャリングを使用する場合は、ジェネリックスの必要性を慎重に検討してください。必要に応じて、型の安全性を損なうことなくスイッチベースのソリューションを選択し、不必要に機能を複製する汎用関数を採用する場合には注意してください。

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