컴파일 타임에 내장된 구조체에 대한 String() 메서드 호출에서 모호성을 감지하지 못하는 이유는 무엇입니까?

Go에서 내장 구조체에 대한 이상한 메서드 호출: String() 이해

Go에서 내장 구조체는 내장 유형의 메서드를 상속합니다. 그러나 여러 포함된 유형이 동일한 이름을 가진 메소드를 정의하는 경우 모호성이 발생합니다. 특히 String() 메서드에 초점을 맞춰 이 동작을 살펴보겠습니다.

제공된 예제 코드에서:

type Engineer struct {
    Person
    TaxPayer
    Specialization string
}

type Person struct {
    Name string
    Age  int
}

func (p Person) String() string {
    return fmt.Sprintf("name: %s, age: %d", p.Name, p.Age)
}

type TaxPayer struct {
    TaxBracket int
}

func (t TaxPayer) String() string {
    return fmt.Sprintf("%d", t.TaxBracket)
}

Engineer 구조체가 fmt.Println(engineer)를 사용하여 인쇄되면 출력은 포함된 유형에 String() 메서드가 있는지에 따라 달라집니다.

Person.String():

• fmt는 엔지니어 유형에서 가장 얕은 깊이를 갖기 때문에 Person.String()을 호출합니다.
• 출력은 다음과 같습니다. "{이름: John Doe, 나이: 35 3 건설}"

없음 Person.String():

• fmt는 유일하게 승격된 String() 메소드이기 때문에 TaxPayer.String()을 호출합니다.
• 출력은 "3"입니다.

둘 다 문자열 없음() 메서드:

• 포함된 유형에서는 String() 메서드를 승격할 수 없습니다.
• fmt는 기본 필드 값인 "{{John Doe 35} {3}를 인쇄합니다. 구성}"

이 시나리오에서는 Go에서 승격된 메서드에 대한 깊이 규칙과 모호성 해결을 강조합니다. 그러나 깊이가 0인 여러 String() 메소드가 존재할 때 컴파일 타임에 모호성이 감지되지 않는 이유에 대한 의문이 생깁니다.

모호한 선택기 확인:

일반적으로 Engineer.Foo()와 같은 모호한 선택기를 사용하여 메서드를 호출하려고 하면 컴파일 시간 오류가 발생합니다. 그러나 String()이라는 메서드에서는 이런 일이 발생하지 않습니다.

이유:

String() 메서드를 명시적으로 호출하지 않고 값을 인쇄하면 fmt.Println 함수는 값이 fmt.Stringer를 구현하는지 확인합니다. 그런 다음 구현된 String() 메서드를 호출합니다. 모든 Go 유형은 기본적으로 Stringer를 암시적으로 구현하므로(https://golang.org/doc/go1.19#fmt) 모든 유형에 대해 항상 승격된 String() 메서드가 있습니다.

결론 :

깊이 규칙과 인쇄를 위한 String() 메서드의 특수 처리로 인해 삽입된 구조체에 대한 메서드 호출의 모호성이 발생합니다. 가치. 이러한 규칙과 메서드 승격의 미묘한 차이점을 이해함으로써 개발자는 Go 프로그램에서 예상치 못한 동작을 방지하고 코드 명확성을 유지할 수 있습니다.

위 내용은 컴파일 타임에 내장된 구조체에 대한 String() 메서드 호출에서 모호성을 감지하지 못하는 이유는 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!