Go interface는 메서드 시그니처 집합을 정의합니다 — 동작에 대한 계약입니다. 결정적으로, interface는 암묵적으로 충족됩니다: 그 메서드들을 가진 모든 타입이 자동으로 interface를 충족하며, 명시적 "implements" 선언이 없습니다. 이 구조적, 덕 타이핑(duck-typing) 접근은 독특하고 강력합니다.
Speaker {
Speak()
}
Dog {}
Speak() { }
Cat {}
Speak() { }
s Speaker = Dog{}
s.Speak()
implements 키워드가 없습니다 — 타입이 interface의 모든 메서드를 가지면 자동으로 충족합니다. 이는 interface를 그 구현으로부터 분리합니다(구현자는 interface가 존재하는지조차 알 필요가 없습니다).
func announce(s Speaker) { // Speak()를 가진 모든 타입을 받음
fmt.Println(s.Speak())
}
announce(Dog{}) // "Woof"
announce(Cat{}) // "Meow"
speakers := []Speaker{Dog{}, Cat{}} // interface를 통한 서로 다른 타입의 slice
for _, sp := range speakers { sp.Speak() }
interface는 다형성을 가능하게 합니다 — 동작을 대상으로 코드를 작성하면, 부합하는 모든 타입이 동작합니다.
anyvar x interface{} // 빈 interface — 모든 타입이 충족(메서드 불필요)
x = 42
x = "hello"
// Go 1.18+: `any`는 interface{}의 별칭
func print(v any) { fmt.Println(v) } // 무엇이든 받음
빈 interface(interface{} / any)는 모든 값을 담습니다 — 타입을 미리 알 수 없을 때 사용됩니다(다만 이제는 제네릭이 종종 이를 대체합니다).
type Stringer interface { String() string } // fmt 출력 제어
type error interface { Error() string } // error 타입 자체!
type io.Reader interface { Read(p []byte) (n int, err error) }
type io.Writer interface { Write(p []byte) (n int, err error) }
표준 라이브러리의 상당 부분이 작은 interface(io.Reader/io.Writer, error, Stringer) 위에 세워집니다 — 이들을 구현하면 여러분의 타입이 전체 생태계와 함께 동작합니다.
Go는 타입이 정의된 곳이 아니라 사용되는 곳(소비자)에서 정의되는
작은 interface(종종 메서드 하나)를 선호합니다. "interface가 클수록 추상화는 약하다."
interface는 Go 설계의 핵심이며 추상화와 다형성에 대한 접근입니다 — 그리고 암묵적 충족(implements 키워드 없음; 구조적 타이핑)은 언어에서 가장 독특하고 강력한 기능 중 하나입니다.
이 분리는 타입과 interface가 독립적으로 진화하고, 타입을 충족하는 타입 이후에 interface를 정의할 수 있으며, 부합하는 모든 타입이 interface 기반 코드에 자동으로 들어맞게 합니다 — 유연하고 느슨하게 결합된 설계와 쉬운 테스트(목 구현 교체)를 가능하게 합니다.
암묵적 구현, interface를 통한 다형성, 빈 interface/any, 작은 interface 관용구("interface를 받고, 구조체를 반환하라"), 그리고 어디에나 있는 표준 라이브러리 interface(error, io.Reader/Writer, Stringer)를 이해하는 것은 관용적 Go에 필수적입니다.
이 암묵적, 구조적 모델이 Java/C#의 명시적 interface와 너무나 근본적으로 다르기 때문에 자주 나오는 면접 주제입니다.