使用Golang的interface接口设计原则
软件设计的最高目标:高内聚,低耦合
1.开闭原则
当我们给一个系统添加一个功能的时候,不是通过修改代码,而是通过增添代码来完成。
开闭原则:一个软件实体如类、模块和函数应该对扩展开放,对修改关闭。 简单的说就是在修改需求的时候,应该尽量通过扩展来实现变化,而不是通过修改已有代码来实现变化。
2.依赖倒转原则
如果我们在设计一个系统的时候,将模块分为3个层次,抽象层、实现层、业务逻辑层。那么,我们首先将抽象层的模块和接口定义出来,这里就需要了interface 接口的设计,然后我们依照抽象层,依次实现每个实现层的模块,在我们写实现层代码的时候,实际上我们只需要参考对应的抽象层实现就好了,实现每个模块,也和其他的实现的模块没有关系,这样也符合了上面介绍的开闭原则。这样实现起来每个模块只依赖对象的接口,而和其他模块没关系,依赖关系单一。系统容易扩展和维护。 我们在指定业务逻辑时也是一样,只需要参考抽象层的接口来处理业务,抽象层暴露出来的接口就是我们业务层可以使用的方法,然后可以通过多态,接口指针指向哪个实现模块,调用了的就是具体的实现方法,这样我们业务逻辑层也是依赖抽象层编程。
package main
import "fmt"
// ===== > 抽象层 < ========
type Barking interface {
Voice()
}
type Animal interface {
Bark(barking Barking)
}
// ===== > 实现层 < ========
type Dog struct {
}
func (dog *Dog)Bark(barking Barking) {
fmt.Println("狗在叫")
barking.Voice()
}
type Cat struct {
}
func (cat *Cat)Bark(barking Barking) {
fmt.Println("猫在叫")
barking.Voice()
}
type DogBark struct {
}
func (dogbark *DogBark)Voice() {
fmt.Println("汪汪汪")
}
type CatBark struct {
}
func (catbark *CatBark)Voice() {
fmt.Println("喵喵喵")
}
func main() {
// ===== > 业务逻辑层 < ========
var animal Animal
var listenbarking Barking
animal=&Dog{}
listenbarking=&DogBark{}
animal.Bark(listenbarking)
animal=&Cat{}
listenbarking=&CatBark{}
animal.Bark(listenbarking)
}