设计模式之策略模式

策略模式

一个父类,有多个子类(出现了继承),需要添加一个是共有行为方法,但是并不是每个子类的实现都是同样的,且 有一部分是同样的。这种情况下如果使用继承的方式,有如下两种方法

  1. 方法的实现放在父类中,那么对于有些子类(与父类的实现不一致),就需要 override 父类方法。

这种方法的缺点是,有的子类需要 override 父类方法,而且有哪些子类漏掉了,编译无法发现,会出问题,不符合面向对象思想。

  1. 抽象方法放在父类中,让各个子类去实现。

编译器可以发现错误,不会存在漏掉的场景,但是每个子类都需要实现一遍此方法,代码没有复用,也不符合面向对象思想。

这种场景就应该采用策略模式,将此方法定义为接口,父类中使用此接口做为成员变量(组合),通过这个成员变量执行具体动作,子类实现的时候只需要根据自己的行为生成相应的成员变量

策略模式避免上面说的两种问题,避免了某些子类 override 父类方法,避免了潜在的出问题的可能, 避免了同样的代码 copy 多份的问题。

说白了就是不使用继承,使用组合,起个个名字叫做策略模式,一下就高大上了。

很多人总说涉及模式跟语言无关,我觉得这些人大部分是人云亦云,拾人牙慧,比如在 golang 中,只要不是脑回路特别清奇,都能在不懂设计模式的情况下写出所谓的策略模式,因为 golang 中不存在继承,都是面向接口编程。

我来评几句
登录后评论

已发表评论数()

相关站点

热门文章