Go에 속성을 포함하지 않고도 Node 구조체 내에서 Properties 구조체 메서드를 상속할 수 있나요?

임베디드 구조체

Go에서 임베디드 구조체는 구조체 간에 메서드를 재사용하기 위한 메커니즘을 제공합니다. 그러나 직접 포함하지 않고 메서드를 상속하려고 하면 특정 제한 사항이 발생합니다.

대체 메서드에 대한 문의

사용자가 질문을 제기합니다. Properties 구조체 메서드를 상속할 수 있습니까? 속성을 포함하지 않고 노드 구조체 내에서? 제공된 예제 코드는 Node 내에서 속성 초기화에 대한 우려로 이어지는 임베디드 구조체를 보여줍니다.

주요 설명 해결

사용자의 궁극적인 목표는 Node를 다음과 같이 정의하는 것입니다. 속성 구조로 인해 Node.js 내에서 초기화가 필요하지 않습니다. 원하는 코드는 다음과 유사합니다.

<code class="go">package main

import "fmt"

type Properties map[string]interface{}

func (p Properties) GetString(key string) string {
    return p[key].(string)
}

type Nodes map[string]*Node

type Node Properties

func main() {
    allNodes := Nodes{"1": &amp;Node{"test": "foo"}}
    singleNode := allNodes["1"]
    fmt.Println(singleNode.GetString("test"))
}</code>

Go의 디자인 선택 이해

그러나 사용자는 Go의 특이한 점을 발견합니다. 삽입은 메서드를 승격하는 유일한 방법입니다. 한 구조체에서 다른 구조체로. 속성으로 구조화된 노드가 속성 메서드를 노출해야 한다는 것이 논리적으로 보이지만 구문은 대신 메서드를 제외하고 노드에 속성 레이아웃을 할당합니다.

Go 사양 검토

Go 참조 사양에서 다음 문은 상황을 명확하게 합니다.

"인터페이스 유형의 메서드 세트는 해당 인터페이스입니다. 다른 유형 T의 메서드 세트는 수신기 유형 T로 선언된 모든 메서드로 구성됩니다."

따라서 속성의 수신자 유형을 갖는 GetString은 Node를 제외합니다.

익명 필드에 대한 추가 사양

사양은 익명 필드(예: Node 내의 속성)에 대해 자세히 설명합니다. ):

"승격된 메서드는 다음과 같이 구조체의 메서드 집합에 포함됩니다.

• S에 익명 필드 T가 포함된 경우 S 및 *S의 메서드 집합에는 모두 다음이 포함됩니다. 수신자 T가 포함된 승격된 메서드.
• S에 익명 필드 T가 포함된 경우 S 및 S의 메서드 집합 모두 수신자 T 또는 *T가 포함된 승격된 메서드를 포함합니다."

안타깝게도 이로 인해 모든 노드 내에서 속성이 강제로 선언됩니다.

결론

요약하자면, 임베디드 구조체는 메서드 상속을 위한 수단을 제공하지만, 직접 임베딩은 Go에서 사용할 수 있는 유일한 접근 방식입니다. 사양에서는 삽입하지 않고 원하는 동작을 금지합니다.

위 내용은 Go에 속성을 포함하지 않고도 Node 구조체 내에서 Properties 구조체 메서드를 상속할 수 있나요?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!