使用嵌入式接口字段在 Go 中正确实现继承
Correct implementation of inheritance in Go with embedded interface fields
我一直在尝试使用 Golang 中的接口和结构来实现 "inheritance",但我确信我做错了。用例子解释会更容易。
我想创造不同生物的结构。我希望他们有 GetName() 方法:
type LivingThingProvider interface {
GetName() string
}
现在,他们都应该有名字和生日了。为此,我正在创建一个结构并将接口嵌入其中:
type LivingThing struct {
birthday string
name string
LivingThingProvider
}
我想补充几个对众生都一样的方法:
func (this *LivingThing) Initialize() {
this.birthday = time.Now().Format("02.01.2006")
}
func (this LivingThing) GetBirthday() string {
return this.birthday
}
现在,这里是应该 "implement"LivingThing 的结构:
type Frog struct {
insectsEaten int
LivingThing
}
func (this Frog) GetName() string {
return fmt.Sprintf("%s-the-Frog-proud-eater-of-%d-insects", this.name, this.insectsEaten)
}
type RobotMan struct {
LivingThing
}
func (this RobotMan) GetName() string {
h := sha256.New()
h.Write([]byte(this.birthday))
return fmt.Sprintf("%s-%X", this.name, h.Sum(nil))
}
在 main 函数中,我创建了一只青蛙和一个机器人人并将其添加到切片中,然后循环遍历它:
func main() {
fr := Frog{}
fr.name = "Dizzy"
fr.insectsEaten = 586
fr.LivingThingProvider = fr
rm := RobotMan{}
rm.name = "Bender"
rm.LivingThingProvider = rm
fr.Initialize()
rm.Initialize()
entities := []LivingThing{fr.LivingThing, rm.LivingThing}
for _, ent := range entities {
fmt.Printf("Hi, I am %s!\n", ent.GetName())
fmt.Printf("I was born on the %s.\n", ent.GetBirthday())
}
}
一切都按预期工作,但如果我从 Frog 或 RobotMan 结构中删除 GetName() 方法,它将在 运行:
之后编译并出现错误
panic: runtime error: invalid memory address or nil pointer dereference
这里是游乐场link:https://play.golang.org/p/h2VgvdcXJQA
我的问题如下:
1. 我在 Go 方面所做的 "dirty" 是吗?如果是这样,如何以正确的方式进行?
1a. 尤其是把结构本身赋值给它的内嵌接口字段好吗(fr.LivingThingProvider = fr)?
2. 为什么 Go 编译器不检查 Frog 和 RobotMan 是否实现了 LivingThingProvider 接口?
非常感谢您!
@mkopriva 回答了它并且应该获得荣誉,但它看起来像经典继承程序员需要的一些解释。
接口定义名称和生日等行为(在 Go 中,省略 Get 是惯用的)。结构实现这些接口行为。不嵌入它们。
为了"be"这个接口,你需要做的就是实现一个接口。又名鸭型。
当 struct T 实现时 String() string
T 成为一个 Stringer。
在这个特定的例子中,我们可以看到为什么在 Golang 中单一方法接口和接口嵌入如此普遍。
由于 RobotMan 真的没有生日,我认为创建三个接口 Namer:Name() string
、Burner:Birthday() time.Time
和
会更好
type LivingThingProvider interface {
Namer
Burner
}
结构组合并不能替代继承,它是重用代码的一种不同方式。
我一直在尝试使用 Golang 中的接口和结构来实现 "inheritance",但我确信我做错了。用例子解释会更容易。
我想创造不同生物的结构。我希望他们有 GetName() 方法:
type LivingThingProvider interface {
GetName() string
}
现在,他们都应该有名字和生日了。为此,我正在创建一个结构并将接口嵌入其中:
type LivingThing struct {
birthday string
name string
LivingThingProvider
}
我想补充几个对众生都一样的方法:
func (this *LivingThing) Initialize() {
this.birthday = time.Now().Format("02.01.2006")
}
func (this LivingThing) GetBirthday() string {
return this.birthday
}
现在,这里是应该 "implement"LivingThing 的结构:
type Frog struct {
insectsEaten int
LivingThing
}
func (this Frog) GetName() string {
return fmt.Sprintf("%s-the-Frog-proud-eater-of-%d-insects", this.name, this.insectsEaten)
}
type RobotMan struct {
LivingThing
}
func (this RobotMan) GetName() string {
h := sha256.New()
h.Write([]byte(this.birthday))
return fmt.Sprintf("%s-%X", this.name, h.Sum(nil))
}
在 main 函数中,我创建了一只青蛙和一个机器人人并将其添加到切片中,然后循环遍历它:
func main() {
fr := Frog{}
fr.name = "Dizzy"
fr.insectsEaten = 586
fr.LivingThingProvider = fr
rm := RobotMan{}
rm.name = "Bender"
rm.LivingThingProvider = rm
fr.Initialize()
rm.Initialize()
entities := []LivingThing{fr.LivingThing, rm.LivingThing}
for _, ent := range entities {
fmt.Printf("Hi, I am %s!\n", ent.GetName())
fmt.Printf("I was born on the %s.\n", ent.GetBirthday())
}
}
一切都按预期工作,但如果我从 Frog 或 RobotMan 结构中删除 GetName() 方法,它将在 运行:
之后编译并出现错误panic: runtime error: invalid memory address or nil pointer dereference
这里是游乐场link:https://play.golang.org/p/h2VgvdcXJQA
我的问题如下:
1. 我在 Go 方面所做的 "dirty" 是吗?如果是这样,如何以正确的方式进行?
1a. 尤其是把结构本身赋值给它的内嵌接口字段好吗(fr.LivingThingProvider = fr)?
2. 为什么 Go 编译器不检查 Frog 和 RobotMan 是否实现了 LivingThingProvider 接口?
非常感谢您!
@mkopriva 回答了它并且应该获得荣誉,但它看起来像经典继承程序员需要的一些解释。
接口定义名称和生日等行为(在 Go 中,省略 Get 是惯用的)。结构实现这些接口行为。不嵌入它们。
为了"be"这个接口,你需要做的就是实现一个接口。又名鸭型。
当 struct T 实现时 String() string
T 成为一个 Stringer。
在这个特定的例子中,我们可以看到为什么在 Golang 中单一方法接口和接口嵌入如此普遍。
由于 RobotMan 真的没有生日,我认为创建三个接口 Namer:Name() string
、Burner:Birthday() time.Time
和
type LivingThingProvider interface {
Namer
Burner
}
结构组合并不能替代继承,它是重用代码的一种不同方式。