json - 如何在 Golang 的顶级结构中检索嵌套的 json 值？

Question

我正在尝试从 API 调用中检索数据并将它们传递给另一个服务。我收到的数据采用特定的 JSON 结构，我想将其映射到一个结构，但没有多级数据。我尝试使用点符号来获得更深层次的值(value)，但它不起作用。
基本上，我试图获得一个带有“问题”数组(键、自我、描述)的结构，但没有“fields.description”结构。
JSON:

{
  "ticket": {
    "number": "2",
    "issues": [
      {
        "key": "TA-2",
        "self": "http://localhost:8080/rest/api/2/issue/10100",
        "fields": {
          "description": "This template is used to create openshift project.\n|Type|Value|Help|\n|project_name|personal_project|Enter the name of your openshift project|\n|memory|8GB|Enter the desired amount of memory|"
        }
      },
      {
        "key": "TA-1",
        "self": "http://localhost:8080/rest/api/2/issue/10000",
        "fields": {
          "description": "This template is used to create openshift project.\n|Type|Value|Help|\n|project_name|my_openshift_project|Enter the name of your openshift project|\n|memory|4GB|Enter the desired amount of memory|"
        }
      }
    ]
  }
}

结构:

type Todo struct {
  Number string `json:"number"`
  Issue  []struct {
      Key         string `json:"key"`
      Self        string `json:"self"`
      Description string `json:"field.description"` //doesn't work. don't know what to put ...
  } `json:"issues"`
}

预期/期望的结构:

{
  "number": "2",
  "issues": [{
    "key": "TA-2",
    "self": "http://localhost:8080/rest/api/2/issue/10100",
    "description": "This template ..."
  }, {
    "key": "TA-1",
    "self": "http://localhost:8080/rest/api/2/issue/10000",
    "description": "This template ..."
  }]
}

是否可以？如果是，该怎么做？使用嵌套结构不会更改初始 JSON 结构。
谢谢

Answer 1

你至少有三个选择:

创建一组单独的结构类型，以 JSON 提供的格式表示数据。这可能包括 TodoList带有 ticket 的结构字段，引用单独的 Todo结构。这个结构可能有 number字段和 issues field 。每个Issue结构可能有 fields字段，该字段又具有 description field 。基本上，您重新创建 JSON 中表示的整个域，然后您可以简单地调用 json.Unmarshal()将 JSON 解码为 TodoList .一旦你有 TodoList ，只需手动将其转换为您想要的表示。

编写您自己的自定义UnmarshalJSON() Todo 的函数和 Issue结构。点击here以 GoLang 文档为例。

在外部函数中手动解码整个 JSON 文档。这可能涉及将数据解码到 map[string]json.RawMessage ，然后映射其中的许多 json.RawMessage对象到其他 map 和对象，依此类推。

第一个选项更适合您仅拥有所需数据的替代表示，但所有数据仍在 JSON 文档中，并且 JSON 文档中的所有数据仍然相关的情况。这似乎符合您的困境，所以这是我推荐的选项。
对于您只想识别结构的 JSON 编码应该提供与 GoLang 对象编码一致的不同表示的情况，第二个选项更好。换句话说，当结构编码为 GoLang 对象时，它应该采用一种形式，而当结构编码为 JSON 时，它应该采用另一种形式。这两种形式必须严格绑定(bind)到它们的编码(JSON 与 GoLang 对象)。如果您计划将 JSON 解码为 GoLang 对象，然后将其编码回 不同从你必须开始的 JSON 表示，这可能不是最好的选择，因为 json.Unmarshal()和 json.Marshal()应该是彼此的倒数。否则，你就违反了最小惊讶原则。此选项也可用于延迟或阻止嵌套属性的解码，通过 json.RawMessage对象。因此，如果您有一些动态类型的 JSON 字段，其类型是通过检查其他字段来确定的，或者如果您在 JSON 文档中有大量不相关的数据，您可以延迟或阻止此类数据的解码，直到需要。
在实践中，第三种选择与第二种非常相似。但是，通过提供外部解码机制而不是实现 UnmarshalJSON() ，你不太可能违反最小惊讶原则。也就是说， json.Unmarshal() 之间的感知契约(Contract)和 json.Marshal()必须保存。因此，您可以随心所欲地编码和解码数据，并且可以根据需要为每种编码维护尽可能多的不同表示。话虽如此，第一个选项提供了同样的好处，而且更容易。实际上，只有当第一个和第二个选项不够用时，才应该选择第三个选项，例如当您可能需要延迟或阻止嵌套属性的解码(如在第二个选项中)同时提供多个不同的 JSON 表示和保留 json.Marshal() 之间的契约(Contract)和 json.Unmarshal() (如第一个选项)。