다른 패키지에서 동일한 메서드 서명을 사용하여 여러 인터페이스를 구현하는 방법

충돌하는 메서드 서명이 있는 별도의 패키지에 정의된 인터페이스를 구현해야 한다고 가정합니다. . 이는 어려울 수 있지만 Go에서는 솔루션을 제공합니다.

예를 살펴보겠습니다.

• 패키지 A:

  package A
  
  type Doer interface {
    Do() string
  }
  
  func FuncA(doer A.Doer) {
    // Use doer.Do() here to implement functionality
  }

• 패키지 B 내:

  package B
  
  type Doer interface {
    Do() string
  }
  
  func FuncB(doer B.Doer) {
    // Use doer.Do() here to implement functionality
  }

메인 패키지:

package main

import (
    "path/to/A"
    "path/to/B"
)

type C int

// C implements both A.Doer and B.Doer, but the implementation of Do() aligns with A.
func (c C) Do() string {
    return "C implements both A and B"
}

func main() {
    c := C(0)
    A.FuncA(c) // Acceptable as C implements A.Doer
    B.FuncB(c) // Error, as the Do() implementation in C doesn't meet B.Doer requirements
}

해결책:

이 충돌을 해결하기 위해 Go는 간결한 접근 방식을 제공합니다:

if _, ok := obj.(A.Doer); ok {
}

이를 통해 런타임에 객체(인터페이스 유형)가 다른 인터페이스 유형(예: A.Doer)을 준수하는지 확인할 수 있습니다.

그러나 OP는 추가 복잡성을 강조합니다. : 패키지 A와 패키지 B의 Do()에 대해 구현된 논리는 서로 다릅니다. 이 문제를 해결하려면 객체 주위에 래퍼를 만듭니다.

• C를 필드로 사용하여 A.Do()를 논리적으로 구현하는 DoerA.
• C를 필드로 사용하고 B를 구현하는 DoerB. Do()를 논리적으로 사용합니다.

고유한 래퍼를 구현하면 예상되는 인터페이스 유형(A.Doer 또는 B.Doer). 이렇게 하면 두 논리를 모두 구현하는 데 어려움을 겪는 원래 C 개체에 대한 단일 Do() 메서드가 필요하지 않습니다.