두 패키지 외부에 정의된 인터페이스를 구현하는 플러그인을 가져오려고 할 때 플러그인 기호를 인터페이스가 실패합니다. 이는 플러그인의 인터페이스 구조 구현에도 불구하고 발생합니다.
이 문제는 해당 변수에 대한 포인터를 반환하는 플러그인에서 변수를 조회하는 접근 방식에서 발생합니다. 포인터 유형의 값에서 인터페이스로 인터페이스를 입력하는 것은 결코 성공하지 못합니다. 대신, 원하는 인터페이스 유형을 반환하는 함수를 플러그인에서 내보내는 것이 해결책입니다.
func Greeter() iface.IPlugin { return testpl{} }
플러그인 패키지는 변수를 찾을 때 값에 대한 포인터를 반환하는 방식으로 작동합니다. iface.IPlugin 유형 변수의 경우 인터페이스에 대한 포인터가 생성되며, 이는 iface.IPlugin에 유형을 어설션할 수 없습니다.
플러그인에서 함수를 반환하면 조회 작업에 더 이상 포인터가 필요하지 않습니다. . 그런 다음 함수를 호출하여 원하는 인터페이스 값을 얻을 수 있습니다.
이 접근 방식을 활용하려면 인터페이스 구현을 반환하는 함수를 노출하도록 플러그인 정의를 업데이트해야 합니다. 그런 다음 프로그램은 이 함수를 조회하고 이를 사용하여 Greetingr 인스턴스를 얻을 수 있습니다.
// In the plugin func Greeter() iface.IPlugin { return testpl{} } // In the main program Greeter, err := p.Lookup("Greeter") if err != nil { panic(err) } greeterFunc, ok := Greeter.(func() iface.IPlugin) if !ok { panic(errors.New("not of expected type")) } greeter := greeterFunc()
이 접근 방식은 포인터 사용으로 인한 간접 유형 어설션 및 혼란의 번거로움을 방지합니다. 또한 플러그인의 기능을 보다 직관적으로 노출하는 방법에 적합합니다.
위 내용은 플러그인 기호를 함수로 반환하면 Go 플러그인 인터페이스 바인딩 문제가 해결되는 이유는 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!