Go에서 포인터 수신기를 사용하면 체이닝 메서드 호출이 실패하는 이유는 무엇입니까?

Go에서 ""cannot take the address of"" 및 ""cannot call 포인터 메소드 on"" 이해

유사한 기능에도 불구하고 코드 조각 중 하나는 컴파일하고 작동하는 반면 다른 하나는 생성됩니다. 오류:

// This compiles and works
diff := projected.Minus(c.Origin)
dir := diff.Normalize()

// This does not (yields the errors in the title)
dir := projected.Minus(c.Origin).Normalize()

이 차이는 Normalize() 메소드의 수신자 유형 차이로 인해 발생합니다.

Go 메소드의 수신자 유형

Go 메소드는 값 수신자 또는 포인터 수신자를 가질 수 있습니다. 값 수신기는 구조체의 복사본에서 작동하는 반면 포인터 수신기는 원본 구조체 자체에서 작동합니다.

Normalize()의 경우 포인터 수신기가 있으며 Vector3 값에 대한 포인터가 필요합니다.

변수 및 반환 값 주소 지정

Go의 변수는 주소 지정이 가능합니다. 이는 변수의 주소를 포인터 수신기 메서드에 인수로 전달할 수 있음을 의미합니다. 그러나 함수 및 메서드 호출의 반환 값은 주소 지정이 불가능합니다.

포인터 수신기를 사용한 체인 호출

컴파일하는 예에서는 컴파일러가 자동으로 주소를 가져옵니다. Normalize()의 포인터 수신기와 일치하도록 diff 변수를 지정합니다.

컴파일되지 않는 예에서는 컴파일러가 자동으로 Minus()의 반환 값 주소는 주소 지정이 불가능하므로 가져옵니다. 반환 값은 복사본이므로 해당 주소를 가져올 수 있도록 먼저 변수에 할당해야 합니다.

해결 방법

문제를 해결하기 위한 몇 가지 해결 방법이 있습니다. :

• 값 수신자: 값을 갖도록 Normalize()를 수정합니다. 수신기를 사용하면 반환 값의 주소를 가져올 필요가 없습니다.
• 포인터 반환 값: Minus()를 수정하여 Vector3에 대한 포인터를 반환합니다.
• Helper 함수: 값의 주소를 반환하는 도우미 함수를 만들어 원하는 연결을 허용합니다.

수신자 및 결과 유형의 일관성

사용자 정의 유형 전체에서 수신자 및 결과 유형의 일관성을 유지하는 것이 좋습니다. 대부분의 메서드에 포인터 수신기가 있는 경우 모든 메서드는 포인터 수신기를 사용해야 합니다. 마찬가지로 대부분의 메서드가 포인터를 반환하는 경우 모든 메서드가 포인터를 반환해야 합니다.

위 내용은 Go에서 포인터 수신기를 사용하면 체이닝 메서드 호출이 실패하는 이유는 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!