다른 Go 패키지에서 내보내지 않은 메서드가 있는 인터페이스를 어떻게 구현할 수 있나요?

다른 패키지에서 내보내지 않은 메서드로 인터페이스 구현

Go에서 인터페이스는 다음에서 구현해야 하는 메서드 집합을 정의하는 계약 역할을 합니다. 그것을 고수하는 모든 유형. 일반적으로 인터페이스의 메서드는 다른 패키지에서 액세스할 수 있도록 내보내집니다. 그러나 소비 프로그램에서 특정 구현을 숨겨야 하는 시나리오가 있을 수 있습니다.

회계 시스템 액세스를 위한 인터페이스를 정의하는 다음 예를 고려하십시오.

package accounting

import "errors"

type IAdapter interface {
    GetInvoice() error
}

숨기려면 특정 구현에서는 인터페이스 메소드를 내보내지 않고 기본 패키지에 래퍼 함수를 ​​도입하여 적절한 구현을 호출합니다. 어댑터:

var adapter IAdapter

func SetAdapter(a IAdapter) {
    adapter = a
}

func GetInvoice() error {
    if (adapter == nil) {
        return errors.New("No adapter set!")
    }
    return adapter.GetInvoice()
}

이 접근 방식은 유망해 보이지만 다른 패키지에서 인터페이스를 구현하려고 할 때 문제가 발생합니다. 컴파일러는 내보내지 않은 GetInvoice 메서드를 볼 수 없다고 불평합니다.

이 문제는 Go에서 인터페이스가 작동하는 방식에서 발생합니다. 인터페이스는 메소드 시그니처로만 구성되며 구현에 대한 지식은 없습니다. 유형이 인터페이스를 구현할 때 인터페이스와 동일한 시그니처를 사용하여 모든 메소드를 노출해야 합니다.

이 제한을 극복하기 위해 익명 구조체 필드를 활용할 수 있습니다.

type Adapter struct {
    accounting.IAdapter
}

이렇게 하면 익명으로 삽입하여 다른 패키지에 인터페이스를 구현할 수 있지만 내보내지 않은 메서드에 대한 사용자 정의 구현은 제공할 수 없습니다.

보다 관용적인 솔루션 내보내지 않은 어댑터를 노출하고 기본 패키지에 등록 기능을 제공하는 것입니다.

package accounting

type IAdapter interface {
    GetInvoice() error
}

---

package accountingsystem

type adapter struct {}

func (a adapter) GetInvoice() error {return nil}  

func SetupAdapter() {
    accounting.SetAdapter(adapter{})
}

---

package main

func main() {
    accountingsystem.SetupAdapter()
}

이 접근 방식을 사용하면 적절한 구현을 등록할 수 있으면서도 어댑터가 숨겨진 상태로 유지됩니다.

위 내용은 다른 Go 패키지에서 내보내지 않은 메서드가 있는 인터페이스를 어떻게 구현할 수 있나요?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!