Go에서 임베디드 구조체를 효율적으로 초기화하려면 어떻게 해야 합니까?

Go에서 내장된 구조체를 사용한 구조체 초기화

구조체 구성은 Go에서 코드 구성 및 재사용을 위한 일반적인 관행입니다. 그러나 하위 필드가 포함된 구조체에서 상속되는 경우 구성된 구조체를 초기화하는 것이 문제가 될 수 있습니다.

다음 예를 고려하세요.

type Base struct {
    ID string
}

type Child struct {
    Base
    a int
    b int
}

Child를 초기화하려면 다음을 사용할 것으로 예상할 수 있습니다. 구문:

child := Child{ ID: id, a: a, b: b }

그러나 이렇게 하면 Child 구조체의 알 수 없는 필드 ID로 인해 컴파일 오류가 발생합니다. 문자 그대로. 이 문제를 해결하려면 ID 필드를 별도로 초기화해야 합니다.

child := Child{ a: 23, b: 42 }
child.ID = "foo"

이 접근 방식은 ID가 포함된 필드라는 사실을 노출하여 캡슐화 원칙을 위반합니다. 또한 공개 필드가 포함된 구조체로 이동되면 초기화가 중단될 위험이 있습니다.

이 문제를 해결하려면 두 가지 권장 솔루션이 있습니다.

1. 중첩 복합 리터럴:

   중첩 복합 리터럴은 내장된 리터럴을 초기화하는 데 사용할 수 있습니다. 필드를 단일 표현식으로 사용:

   child := Child{Base: Base{ID: id}, a: a, b: b}

   로그인 후 복사

2. Go에서 제안된 변경 사항:

   Go 이슈 9859는 복합 리터럴이 다음과 일치하도록 변경을 제안합니다. 포함된 유형에 대한 필드 액세스. 구현된 경우 이 변경으로 다음 구문이 허용됩니다.

   child := Child{ ID: id, a: a, b: b }

   로그인 후 복사

   로그인 후 복사

임베디드 유형은 진정한 의미에서 캡슐화를 제공하지 않는다는 점에 유의하는 것이 중요합니다. child.ID 구문을 사용하더라도 애플리케이션은 여전히 ​​child.Base.ID에 직접 액세스할 수 있습니다.

위 내용은 Go에서 임베디드 구조체를 효율적으로 초기화하려면 어떻게 해야 합니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!