リフレクションによる JSON アンマーシャリングのカスタマイズ

Go では、JSON を構造体にアンマーシャリングするのは簡単なプロセスです。ただし、json:"some_field" などのカスタム タグを持つフィールドを扱う場合、標準のアンマーシャリング メカニズムでは十分ではない可能性があります。

このシナリオを処理する 1 つのアプローチは、リフレクションを使用することです。リフレクションを使用して構造体のフィールドを検査することで、フィールドに特定のタグがあるかどうかを確認し、ある場合はそれに応じてアンマーシャリングを処理できます。

この特定のケースでは、json タグを持つフィールドがそのまま文字列フィールドにアンマーシャリングされます。これにより、Go 構造体内で JSON オブジェクトまたは配列を処理できるようになります。

シナリオ例

次の JSON データと Go 構造体を考慮してください:

{
  "I": 3,
  "S": {
    "phone": {
      "sales": "2223334444"
    }
  }
}

type A struct {
    I int64
    S string `sql:"type:json"`
}

私たちの目標は、入れ子になった JSON 構造を維持しながら、「S」フィールドを文字列としてアンマーシャリングすることです。

リフレクションを使用した解決策

次のとおりです。コードは、reflection:

func main() {
    a := A{}

    // Unmarshal the JSON data into a byte slice
    var data []byte

    // Iterate over the fields of the struct
    typ := reflect.TypeOf(a)
    val := reflect.ValueOf(a)
    for i := 0; i 
このアプローチでは、リフレクションを使用して構造体の各フィールドを手動で検査し、「json」タグがあるかどうかを判断します。存在する場合、JSON データを文字列としてフィールドにアンマーシャリングします。
カスタム マーシャラーとアンマーシャラーを使用した代替ソリューション
別のオプションは、カスタム タイプを実装することです。 json.Marshaler インターフェイスと json.Unmarshaler インターフェイスを実装する RawString など。これにより、アンマーシャリング プロセスの柔軟性と制御が向上します。
このアプローチは次のコードで示されています。
// RawString is a raw encoded JSON object.
// It implements Marshaler and Unmarshaler and can
// be used to delay JSON decoding or precompute a JSON encoding.
type RawString string

// MarshalJSON returns *m as the JSON encoding of m.
func (m *RawString) MarshalJSON() ([]byte, error) {
    return []byte(*m), nil
}

// UnmarshalJSON sets *m to a copy of data.
func (m *RawString) UnmarshalJSON(data []byte) error {
    if m == nil {
        return errors.New("RawString: UnmarshalJSON on nil pointer")
    }
    *m  = RawString(data)
    return nil
}

const data = `{"i":3, "S":{"phone": {"sales": "2223334444"}}}`

type A struct {
    I int64
    S RawString `sql:"type:json"`
}

func main() {
    a := A{}
    err := json.Unmarshal([]byte(data), &a)
    if err != nil {
        log.Fatal("Unmarshal failed", err)
    }
    fmt.Println("Done", a)
}
独自の型を実装することで、アンマーシャリング プロセスをカスタマイズしてリフレクションの必要性を回避でき、その結果、よりクリーンで効率的なソリューションが得られます。