답변.

질문의 역사:

Go는 덕 타이핑(duck typing)을 기반으로 한 간단하지만 강력한 메서드 및 인터페이스 개념을 구현했습니다. 메서드는 이름이 있는 타입(struct 또는 alias)에서만 부여할 수 있으며, 인터페이스는 메서드의 집합입니다. 이는 명시적으로 implements를 지정할 필요 없는 다형성과 추상화의 핵심입니다.

문제:

Java 또는 C#에서 온 프로그래머들은 종종 명시적인 키워드 implements 또는 extends를 기대하고 값에 의한 수신자와 포인터에 의한 수신자의 차이에 혼란스러워하며, 이는 인터페이스 구현 시 예기치 않은 동작과 오류로 이어질 수 있습니다.

해결책:

메서드 및 인터페이스 정의:

type User struct {
    Name string
}

func (u User) Greet() string {
    return "Hello, " + u.Name
}

func (u *User) SetName(name string) {
    u.Name = name
}

type Greeter interface {
    Greet() string
}

만약 메서드의 수신자가 (u *User)라면 오직 *User만 인터페이스를 구현하며, (u User)라면 두 타입 모두 구현합니다.
메서드가 값에 의한 수신자를 받는다면 구조체를 변경할 수 없습니다.

주요 특징:

메서드는 이름이 있는 타입에만 선언할 수 있습니다.
호출 방법: 값, 포인터, 인터페이스를 통해
인터페이스 구현은 "암묵적이며" implements 없이 선언됩니다.

속임수 질문.

기본 타입 int 또는 string을 가진 타입 별칭에 메서드를 선언할 수 있나요?

예, 이는 명명된 타입인 경우 가능합니다. 예를 들면:

type MyInt int
func (m MyInt) Double() int { return int(m) * 2 }

포인터 및 값 메서드를 통한 인터페이스 구현의 차이는 무엇인가요?

인터페이스 메서드가 (T)로 선언된 경우 T와 *T 모두 인터페이스를 구현합니다. (*T인 경우, 오직 *T만이 인터페이스를 만족합니다. 이는 인터페이스를 받는 함수에 구조체를 전달하는 데 중요합니다.

인터페이스의 "zero value"는 어떻게 작동하며 nil 값에서 메서드를 호출하면 어떻게 되나요?

초기화되지 않은 인터페이스 변수는 nil이며, nil 필드에서 메서드를 호출하려고 하면 명시적 nil 포인터 처리가 없는 경우 패닉이 발생합니다.

일반적인 오류 및 안티 패턴

값에 의한 수신자와 포인터에 의한 수신자 사이의 혼란 (이로 인해 인터페이스가 구현되지 않음)
익명 구조체에 대한 메서드 선언 (불가능)
필요 없는 인터페이스 사용, 이는 코드의 복잡성을 초래함

실제 사례

부정적인 사례

타입이 포인터 메서드(*T)로 선언되고, 인터페이스가 값 메서드(T)를 기대할 때, 인터페이스에서 사용하려고 할 때 구조체가 컴파일되지 않습니다. []User 타입의 변수에 메서드를 선언하려고 시도하면서 User 타입이 아닐 때 발생합니다.

장점:

메서드 선언이 간단합니다.

단점:

컴파일러가 인터페이스를 구현하는 것을 허용하지 않습니다.
런타임 및 컴파일 타임 오류가 발생합니다.

긍정적인 사례

모든 인터페이스를 구현하는 메서드는 올바른 수신자와 함께 선언됩니다. 필요하지 않은 곳에서 인터페이스를 사용하지 않습니다(concrete type이 가능한 곳에서, 다형성이 필요한 곳에서 사용).