Go에서 인터페이스는 데이터가 아닌 기능을 정의한다는 사실을 잘 알고 있습니다. 일련의 메소드를 인터페이스에 넣었지만 해당 인터페이스를 구현하는 모든 것에 필요한 필드를 지정할 수 없습니다.
예를 들면 :
// Interface
type Giver interface {
Give() int64
}
// One implementation
type FiveGiver struct {}
func (fg *FiveGiver) Give() int64 {
return 5
}
// Another implementation
type VarGiver struct {
number int64
}
func (vg *VarGiver) Give() int64 {
return vg.number
}
이제 인터페이스와 그 구현을 사용할 수 있습니다.
// A function that uses the interface
func GetSomething(aGiver Giver) {
fmt.Println("The Giver gives: ", aGiver.Give())
}
// Bring it all together
func main() {
fg := &FiveGiver{}
vg := &VarGiver{3}
GetSomething(fg)
GetSomething(vg)
}
/*
Resulting output:
5
3
*/
이제 할 수없는 것은 다음과 같습니다.
type Person interface {
Name string
Age int64
}
type Bob struct implements Person { // Not Go syntax!
...
}
func PrintName(aPerson Person) {
fmt.Println("Person's name is: ", aPerson.Name)
}
func main() {
b := &Bob{"Bob", 23}
PrintName(b)
}
그러나 인터페이스와 임베디드 구조체를 가지고 놀아 본 후, 저는이 작업을 수행하는 방법을 발견했습니다.
type PersonProvider interface {
GetPerson() *Person
}
type Person struct {
Name string
Age int64
}
func (p *Person) GetPerson() *Person {
return p
}
type Bob struct {
FavoriteNumber int64
Person
}
포함 된 구조체 때문에 Bob은 Person이 가진 모든 것을 가지고 있습니다. 또한 PersonProvider 인터페이스를 구현하므로 해당 인터페이스를 사용하도록 설계된 함수에 Bob을 전달할 수 있습니다.
func DoBirthday(pp PersonProvider) {
pers := pp.GetPerson()
pers.Age += 1
}
func SayHi(pp PersonProvider) {
fmt.Printf("Hello, %v!\r", pp.GetPerson().Name)
}
func main() {
b := &Bob{
5,
Person{"Bob", 23},
}
DoBirthday(b)
SayHi(b)
fmt.Printf("You're %v years old now!", b.Age)
}
다음은 위의 코드를 보여주는 Go Playground 입니다.
이 방법을 사용하면 동작이 아닌 데이터를 정의하는 인터페이스를 만들 수 있으며, 해당 데이터를 임베딩하는 것만으로 모든 구조체에서 구현할 수 있습니다. 포함 된 데이터와 명시 적으로 상호 작용하고 외부 구조체의 특성을 인식하지 못하는 함수를 정의 할 수 있습니다. 그리고 모든 것은 컴파일 타임에 확인됩니다! (내가 알 수있는 유일한 방법 은 콘크리트가 아닌에 인터페이스 PersonProvider를 포함하는 것입니다. 런타임에 컴파일되고 실패합니다.)BobPerson
자, 여기 내 질문이 있습니다. 이것은 깔끔한 속임수입니까, 아니면 다르게해야합니까?
4
"행동보다는 데이터를 정의하는 인터페이스를 만들 수 있습니다." 나는 당신이 데이터를 반환하는 행동을 가지고 있다고 주장합니다.
—
jmaloney 2014 년
나는 답을 쓸 것이다. 나는 당신이 그것을 필요로하고 그 결과를 안다면 괜찮다고 생각하지만, 결과가 있고 나는 그것을 항상하지 않을 것입니다.
—
twotwotwo 2014 년
@jmaloney 당신이 그것을 분명히보고 싶다면 당신이 옳다고 생각합니다. 그러나 전반적으로 내가 보여준 다른 부분으로 의미론은 "이 함수는 구성에 ___가있는 모든 구조체를 받아들입니다"가됩니다. 적어도 내가 의도 한 것입니다.
—
Matt Mc
이것은 "답변"자료가 아닙니다. "interface as struct property golang"을 검색하여 질문을 받았습니다. 인터페이스를 구현하는 구조체를 다른 구조체의 속성으로 설정하여 비슷한 접근 방식을 찾았습니다. 여기 놀이터입니다. play.golang.org/p/KLzREXk9xo 아이디어를 주셔서 감사합니다.
—
Dale
돌이켜 보면 Go를 사용한 지 5 년이 지난 후에는 위의 내용이 관용적 인 Go가 아님이 분명합니다. 제네릭에 대한 부담입니다. 이런 일을하고 싶은 마음이 든다면 시스템의 아키텍처를 재고 해보라고 조언합니다. 인터페이스를 수락하고 구조체를 반환하고 통신을 통해 공유하고 기뻐하십시오.
—
Matt Mc