Go with Generics: "*T는 유형 매개변수가 아닌 유형 매개변수에 대한 포인터입니다."

Go 영역에서 탐색 프로그래밍에서 제네릭을 활용할 때는 유형 매개변수의 특성과 해당 제약 조건을 이해하는 것이 중요합니다. 일반적인 함정은 유형 매개변수 자체를 해당 제약 조건과 혼동하는 데 있습니다.

공유 ID 필드를 사용하여 유형 A와 B에 대한 객체 저장소를 구현하는 예를 생각해 보세요. DRY 원칙을 따르기를 희망하는 개발자는 일반 작업을 나타내는 GS 인터페이스가 있는 저장소를 만들기 위해 제네릭을 사용합니다. 그러나 GS 인터페이스를 사용하여 개체를 추가하고 해당 ID 필드를 설정하려고 하면 컴파일러에서 오류가 발생합니다.

item.SetId undefined (type *T is pointer to type parameter, not type parameter)

A does not implement GS (SetId method has pointer receiver)

이 오류 메시지를 디코딩하면 기본적으로 이해하게 됩니다. 유형 매개변수는 유형 매개변수와 구별됩니다. 강제. 제약 조건은 T에 대해 허용되는 작업을 설정하지만 T(T에 대한 포인터)에 대한 요구 사항을 부과하지 않습니다. 결과적으로 T의 메소드 세트는 구체적인 유형 A에 선언된 포인터 수신자 메소드를 상속하지 않으며 *A에 적용 가능한 인터페이스를 암시적으로 구현하지도 않습니다.

이 문제를 해결하려면 추가 제약 조건을 명시적으로 정의해야 합니다. , 다음 예에 설명된 대로:

func Foo[T any, PT interface { SetId(string); *T}](v T) {}

제약 조건 구현과 관련된 오류의 두 번째 부분을 해결하려면 제약 조건을 충족하기 위해 MyStore를 A로 인스턴스화해야 한다는 점에 유의하는 것이 중요합니다. SetId()는 A가 아닌 A에 정의되어 있습니다. 이후에 이 변경 사항을 반영하도록 구조체 필드 및 메서드 시그니처의 유형을 조정하면 원하는 동작이 가능해집니다.

요약하면 " *T는 유형 매개변수가 아닌 유형 매개변수에 대한 포인터입니다." 오류에는 유형 매개변수와 해당 제약 조건을 명확히 구분해야 합니다. 이렇게 하면 제약 조건이 명시적으로 선언되고 구현되어 예상치 못한 컴파일러 오류를 방지할 수 있습니다.

위 내용은 Go에서 제네릭을 사용할 때 '*T는 유형 매개변수가 아닌 유형 매개변수에 대한 포인터입니다' 오류가 발생하는 이유는 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!