> 백엔드 개발 > Golang > Go의 여러 패키지에서 동일한 메서드 서명을 처리하는 방법은 무엇입니까?

Go의 여러 패키지에서 동일한 메서드 서명을 처리하는 방법은 무엇입니까?

Mary-Kate Olsen
풀어 주다: 2024-11-03 05:07:30
원래의
612명이 탐색했습니다.

How to Handle Identical Method Signatures Across Different Packages in Go?

다른 패키지에 걸쳐 동일한 메서드 시그니처를 사용하여 인터페이스 처리

Go에서는 동일한 메서드 시그니처를 사용하지만 별도의 패키지에 정의된 여러 인터페이스를 처리할 때 다음과 같은 상황이 발생할 수 있습니다. 두 인터페이스를 모두 구현하는 유형은 예상치 못한 동작으로 이어집니다.

다른 패키지에 정의된 두 인터페이스(Doer)와 함수(FuncA 및 FuncB)를 고려하십시오.

<code class="go">// Package A
type Doer interface { Do() string }
func FuncA(doer Doer)

// Package B
type Doer interface { Do() string }
func FuncB(doer Doer)</code>
로그인 후 복사

C 유형이 Doer를 구현하는 경우 두 패키지 모두에서 구현 방식이 다릅니다.

<code class="go">// Package main
type C int
func (c C) Do() string { return "A-specific implementation" }

func main() {
    cA := C(0); A.FuncA(cA)
    cB := C(0); B.FuncB(cB) // Behavior differs due to varying `Do()` implementations
}</code>
로그인 후 복사

이 문제를 해결하기 위해 Go의 유형 시스템은 이름별 일치와 유형의 일관성을 강조합니다. 객체가 여러 인터페이스를 충족할 수 있도록 허용하지만 공유 메서드의 구현은 적용 가능한 모든 인터페이스 계약을 준수해야 합니다.

위 시나리오에서 해결 방법은 래퍼 유형을 구현하는 것입니다.

<code class="go">// Package main
type DoerA struct { C C }
func (d DoerA) Do() string { return "A-specific implementation" }
type DoerB struct { C C }
func (d DoerB) Do() string { return "B-specific implementation" }

func main() {
    cA := DoerA{C(0)}; A.FuncA(cA)
    cB := DoerB{C(0)}; B.FuncB(cB) // Correct behavior with separate implementations
}</code>
로그인 후 복사

이러한 래퍼를 생성하면 의도한 인터페이스 사용에 따라 Do() 구현을 제어하여 해당 패키지 컨텍스트 내에서 일관성을 보장할 수 있습니다.

위 내용은 Go의 여러 패키지에서 동일한 메서드 서명을 처리하는 방법은 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!

원천:php.cn
본 웹사이트의 성명
본 글의 내용은 네티즌들의 자발적인 기여로 작성되었으며, 저작권은 원저작자에게 있습니다. 본 사이트는 이에 상응하는 법적 책임을 지지 않습니다. 표절이나 침해가 의심되는 콘텐츠를 발견한 경우 admin@php.cn으로 문의하세요.
저자별 최신 기사
인기 튜토리얼
더>
최신 다운로드
더>
웹 효과
웹사이트 소스 코드
웹사이트 자료
프론트엔드 템플릿