golang继承多态使用心得[一]

很多人都说用go代替php或者java的最大短板就是写业务太反人类。经过最近的一些使用，发现确实与常见的java或者c++有些区别，在这里说明一下。

go继承多态的现状

go没有类的概念

也没有所谓的继承多态。所以按照常规用法开发相应的业务逻辑，确实不适用。

go只有struct和interface

struct类似于类，interface就是接口。没有c++这种，类里面有纯虚函数、虚函数的概念。

方法不需要写在struct中，定义方法时，指定是哪个struct的，就可以自动绑定。

在go中变量/函数名称大写，表示外部可见，小写就是不可见。可以认为用大小写表示了public和private的概念，没有protect的用法。

非侵入式

只要struct实现了interface所有方法，就自动帮你绑定，认为struct继承了interface，并不需要在struct中明确写出。这种叫做非侵入式继承，各有利弊。

type FI interface {
	T()
}

type DS struct {
	a int
}

// 直接实现接口方法，不用在结构体明确指出
func (s *DS) T() {
	fmt.Println(s.a)
}

案例

有一个公共模块A，A中有一个公共函数T，T中调用函数F，B继承A，并且重新实现了F，但是没有实现T。要求用B调用T的时候，可以调用到B实现的F。

C++实现

按照常见的有类概念的函数，实现如下

//.h
class A
{
public:
    int b{};
    void T();
    //纯虚函数和虚函数效果一样
    virtual void F() = 0;
};

class B : public A
{
public:
    void F() override;
};

//.cpp
void B::F()
{
    std::cout << b << std::endl;
}

void A::T()
{
    F();
}

//main
void test(A* ma)
{
    ma->T();
}

int main()
{
    B mb;
    mb.b = 11;
    test(&mb);
    return 0;
}

我们都按照public来设定，B继承了A，那么B中包含了A和B的所有成员函数和变量。实例化B，然后把B传给一个A（父类）的指针，实际上这个指针指向的还是B的数据，用A这个指针调用函数T，仍然会调用到B的实现。这是一个非常好用的地方，增加了开发的便利。

把统一调用函数写在父类；在子类对功能函数重新实现；调用逻辑都使用父类指针。

比如上面如果有B1 B2等等都继承了A，在F做不同实现，void test(A* ma)方法不用做任何修改。

go实现

interface 参数

//类似于父类
type DS struct {
	b int
}

//DS中公共调用的函数
func (s *DS) T() {
	s.F()
}

func (s *DS) F() {
	fmt.Println("DS")
}

type DS1 struct {
	DS
}

func (s *DS1) F() {
	fmt.Println("DS1")
}

func callfunc(s *DS) {
	s.T()
}

func main() {
	ds1 := DS1{}
	callfunc(&ds1)
}

上面会报错，*DS1不能转换为*DS，那么我们用go的interface进行转换，修改为如下

type DS struct {
	b int
}

func (s *DS) T() {
	s.F()
}

func (s *DS) F() {
	fmt.Println("DS")
}

type DS1 struct {
	DS
}

func (s *DS1) F() {
	fmt.Println("DS1")
}

func callfun(s interface{}) {
	switch s.(type) {
	case *DS1:
		ss := s.(*DS1)
		ss.T()
	}
}

func main() {
	ds1 := DS1{}
	callfun(&ds1)
}

上面不会报错，可以调用，但是打印出来的是DS。因为DS1没有实现T，所以调用的是DS的函数，在DS中调用F又会默认调用DS的实现。

再做如下修改

func callfun(s interface{}) {
	switch s.(type) {
	case *DS1:
		ss := s.(*DS1)
		ss.F()
	}
}

这样是可以了，只是还与S1有关系吗？

interface 接口

先看下面的实现

//类似父类
type DS struct {
	A int
}

//类似父类接口
type FI interface {
	F()
}

//子类实现
type DS1 struct {
	FI
	DS
}
func (s *DS1) F() {
	fmt.Println("111", s.A)
}

//子类实现
type DS2 struct {
	FI
	DS
}
func (s *DS2) F() {
	fmt.Println("222", s.A)
}

//统一调用
func T(f1 FI) {
	f1.F()
}
func test() {
	ds1 := &DS1{}
	ds2 := &DS2{}
	T(s1)
	T(s2)
}

这样貌似可以实现，但是T不能作为DS1/DS2父类的一个函数。什么意思呢？就是T只能这样写，不能像C++一样，成为父类的一个函数，然后把子类的实例转为父类传递过去，通过父类的类型调用到子类的实现。

如果把T写到interface FI中，那么DS1和DS2都必须实现这个方法，就相当于相通的代码逻辑实现了两遍。
如果把T写到struct DS中，那么DS就必须改为继承interface FI，不然DS无法调用F，如果DS继承interface FI，那么必须实现F，这样就和上面通过interface 参数实现一样了，因为T只有DS实现了，那么DS调用的时候会默认调用自己的F，就无法满足多态。

把子类作为interface放入到父类中

// 父类接口，定义重写的函数
type FI interface {
	F()
}

// 父类，把接口作为一个成员变量，类似于把子类指针作为成员变量
type DS struct {
	S FI
}
//父类实现统一调用函数
func (d *DS) T() {
    d.S.F()
}

//子类
type DS1 struct {
}
type DS2 struct {
}
// 子类实现重写方法
func (s *DS1) F() {
	fmt.Println("111")
}
func (s *DS2) F() {
	fmt.Println("222")
}

func test() {
	ds := DS{}
	ds1 := &DS1{}
	ds.S = ds1
    ds.T()
}

这种方法的坏处就是，要创建多次，创建好ds，还要创建ds1进行赋值，如果忘了，就相当于调用了空指针。并且在DS1结构体实现的F中还不能调用统一的变量。比如都有一个int b，放在哪里都不合适。放在FI中不行，因为接口不允许；放在DS中不行，因为DS1调用不到（DS1没有继承DS）；放在DS1中也不行，因为不同通用，每个实现（DS2）也要增加这个成员。

总结

go的设定，接口就是接口，结构体就是结构体，A就是A，B就是B，避免一个类中函数越来越多，越来越复杂，其他语言通过人为约定控制代码的混乱，go直接从语法自由度上做了限制。

go是为了解决并发、性能和C/C++低级语言的缺陷产生的，这就导致go即灵活，又不灵活。为了性能，必须要灵活，有指针的设定；为了避免编码错误，又要限制语法自由度，这就是为什么有人说用go写业务简直是反人类。

go适合做中间件，流媒体、网络数据通信等，逻辑单一，性能要求高。而对于大型复杂的互联网服务端，可能不太合适。