다중 인터페이스에서 충돌하는 메서드 서명을 처리하는 방법은 무엇입니까?

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

충돌하는 메서드 서명이 있는 별도의 패키지에 정의된 인터페이스를 구현해야 한다고 가정해 보겠습니다. . 이는 어려울 수 있지만 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() 메서드가 필요하지 않습니다.

위 내용은 다중 인터페이스에서 충돌하는 메서드 서명을 처리하는 방법은 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!