Go에서 인터페이스 처리

Go 인터페이스는 추상화를 위한 강력한 메커니즘을 제공합니다. 그러나 여러 인터페이스와 구체적인 유형을 처리할 때 사용법이 특정 문제를 일으킬 수 있습니다.

Go 인터페이스 이해

C 및 Java와 같은 언어와 달리 Go는 직접 지원을 지원하지 않습니다. 클래스 상속. 대신, 인터페이스는 관련되지 않은 유형이 동일한 메소드 세트를 구현할 수 있도록 하는 다형성의 한 형태로 사용됩니다. 기본 구현 세부 정보를 정의하지 않습니다.

다중 인터페이스 및 구현

귀하의 예에서는 문자열 표현("String( )") "카드" 인터페이스 인스턴스에 대한 메서드입니다. 이는 인터페이스 자체가 해당 메서드를 정의하지 않기 때문입니다.

인터페이스 디자인 모범 사례

이 문제를 해결하고 인터페이스 디자인을 최적화하려면 다음을 고려하세요.

• 구현 숨기기 방지: 처음에는 캡슐화를 시행하기 위해 구조체 유형을 숨기고 싶을 수도 있지만 Go는 내보내지 않은("소문자") 구조체 필드는 이미 내부 데이터의 직접적인 조작을 방지합니다.
• 구체적 유형 반환: 대부분의 경우 인터페이스보다는 구체적인 유형을 반환하는 것이 좋습니다. 이는 클라이언트 코드를 단순화하고 명확성을 유지합니다.

• 조기 인터페이스 선언(필요한 경우): 다음과 같은 경우에만 구현 전에 인터페이스를 선언합니다.

  • 다중 구현 인터페이스가 존재하고 클라이언트가 동적으로 인터페이스를 교환합니다.
  • 클라이언트는 정적으로 유형이 지정된 함수와 함께 인터페이스를 사용합니다. 유형.
• 문서 영향 완화: 조기 인터페이스 선언은 문서 명확성에 영향을 미칠 수 있습니다. 문서 주석을 사용하여 모든 인터페이스 메서드의 목적과 제약 조건을 설명합니다.

대체 접근 방식

인터페이스를 사용하는 대신 "카드" API를 모두 정의합니다. 문자열 변환, 삽입 사용을 고려해보세요:

type Card struct {
    cardNum int
    face    string
    suit    string
}

// Interface for the Card's game-related behavior
type GameCard interface {
    GetFace() string
    GetSuit() string
}

// Embedded interface for string conversion
type Stringer interface {
    String() string
}

// Implement both interfaces on the Card type
func (c *Card) GetFace() string {
    return c.face
}

func (c *Card) GetSuit() string {
    return c.suit
}

func (c *Card) String() string {
    return fmt.Sprintf("%s%s ", c.GetFace(), c.GetSuit())
}

// Usage:
func main() {
    // Create a Card instance and access its methods
    card := Card{cardNum: 0}
    fmt.Println(card.GetFace())
    fmt.Println(card.GetSuit())
    fmt.Println(card.String())
}

이 접근 방식을 사용하면 다양한 관심사(게임 로직 및 문자열 변환)에 대해 별도의 인터페이스를 정의하고 동일한 구조체에 구현할 수 있습니다.