사용자 정의 유형이 Go Error 인터페이스를 구현할 때 fmt.Println이 5 대신 'bad error'를 인쇄하는 이유는 무엇입니까?

오류 처리를 위한 Go 인터페이스 동작 이해

Go 프로그래밍 언어에서 인터페이스는 유형 간 계약을 정의하기 위한 강력한 메커니즘을 제공합니다. 그러한 계약 중 하나는 유형이 오류를 나타낼 수 있도록 하는 "Error" 인터페이스입니다. 이 문서에서는 사용자 정의 유형에 대한 "오류" 메서드를 정의하면 예기치 않은 출력이 발생하는 특정 시나리오를 살펴봅니다.

문제:

다음 코드 조각을 고려하세요.

type T int

func (t T) Error() string {
    return "bad error"
}

func main() {
    var v interface{} = T(5)
    fmt.Println(v) //output: bad error, not 5
}

이 코드를 실행하면 예상되는 정수 값 5가 아닌 "bad error"가 출력됩니다. 왜 이런가요? 무슨 일이 일어나고 있나요?

답변:

이 동작은 fmt.Println이 값을 처리하는 방법을 이해함으로써 설명할 수 있습니다. fmt 패키지 문서에 따르면 피연산자가 "Error" 인터페이스를 구현하는 경우 해당 Error 메서드가 호출되어 개체를 인쇄용 문자열로 변환합니다. 사용자 정의 유형 T가 이 인터페이스를 구현하므로 해당 Error 메소드는 정수 값 대신 인쇄되는 "bad error"를 반환합니다.

해결 방법:

인쇄하려면 T의 정수 값인 경우 적절한 형식 지정자와 함께 fmt.Printf 함수를 사용할 수 있습니다. 예:

fmt.Printf("%d", v) //output: 5

또는 fmt.Println을 사용할 때 출력 형식을 제어하기 위해 유형 T에 대한 사용자 정의 String() 메서드를 정의할 수 있습니다.

type T int

func (t T) String() string {
    return strconv.Itoa(int(t))
}

func main() {
    var v interface{} = T(5)
    fmt.Println(v) //output: 5
}

위 내용은 사용자 정의 유형이 Go Error 인터페이스를 구현할 때 fmt.Println이 5 대신 'bad error'를 인쇄하는 이유는 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!