> 백엔드 개발 > Golang > 다음은 문제와 해결책에 초점을 맞춘 몇 가지 제목 옵션입니다. **직접 질문

다음은 문제와 해결책에 초점을 맞춘 몇 가지 제목 옵션입니다. **직접 질문

Linda Hamilton
풀어 주다: 2024-10-25 11:43:02
원래의
379명이 탐색했습니다.

Here are a few title options, focusing on the problem and solution:

**Direct Question

구조체와 맵으로 JSON 디코딩

설명된 시나리오에서 애플리케이션은 JSON과 일치하는 구조체가 포함된{}인터페이스를 수신합니다. 바이트 배열로 수신된 구조입니다. 그러나 JSON 디코딩 시 결과는 예상되는 구조체가 아닌 맵입니다.

이 동작은 json.Unmarshal이 포인터를 처리하는 방식으로 인해 발생합니다. 원래 구조체를 보유하고 있던 인터페이스를 참조하면{}디코딩 프로세스가 기본 유형을 결정할 수 없습니다. 결과적으로 원하는 구조체 대신 간단한 맵이 반환됩니다.

이 문제를 해결하려면 두 가지 접근 방식을 고려할 수 있습니다.

1. 직접 인터페이스 캐스팅:

추상 인터페이스로 구조체에 대한 포인터를 json.Unmarshal에 직접 전달:

<code class="go">var ping interface{} = &Ping{}
deserialize([]byte(`{"id":42}`), ping)</code>
로그인 후 복사

2. 리플렉션 기반 포인터 생성:

구조체에 대한 직접 포인터를 사용할 수 없는 경우 리플렉션을 활용하여 새 포인터를 생성하고 역직렬화한 후 값을 다시 복사합니다.

<code class="go">var ping interface{} = Ping{}
nptr := reflect.New(reflect.TypeOf(ping))
deserialize([]byte(`{"id":42}`), nptr.Interface())
ping = nptr.Interface()</code>
로그인 후 복사

이러한 접근 방식 중 하나를 채택하면 디코딩 프로세스에서 기본 구조체를 올바르게 식별하고 JSON 데이터에서 해당 필드를 채울 수 있습니다.

위 내용은 다음은 문제와 해결책에 초점을 맞춘 몇 가지 제목 옵션입니다. **직접 질문의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!

원천:php.cn
본 웹사이트의 성명
본 글의 내용은 네티즌들의 자발적인 기여로 작성되었으며, 저작권은 원저작자에게 있습니다. 본 사이트는 이에 상응하는 법적 책임을 지지 않습니다. 표절이나 침해가 의심되는 콘텐츠를 발견한 경우 admin@php.cn으로 문의하세요.
저자별 최신 기사
인기 튜토리얼
더>
최신 다운로드
더>
웹 효과
웹사이트 소스 코드
웹사이트 자료
프론트엔드 템플릿