概述

模板方法模式定义了一个算法的步骤，并允许子类别为一个或多个步骤提供其实践方式。让子类别在不改变算法架构的情况下，重新定义算法中的某些步骤

确定了步骤的执行顺序，单某些步骤因环境或人等因素具体实现是未知的

模板模式生活案例

请客吃饭【点菜->吃东西->结账】，每个人点菜不一样，吃东西不一样，结账也不一样从某地到某地【起点->出行方式->终点】起点和终点不一一样，但是每个人出行方式是不一样的

Go没有封装、继承、多态这些概念，但同样通过别的方式可以实现这些特性

  • 封装：通过方法实现
  • 继承：通过匿名字段实现
  • 多态：通过接口实现

策略模式涉及到两个角色

编号 角色 描述
1 抽象父类（AbstractClass） 实现了模板方法，定义了算法的骨架
2 具体类（ConcreteClass) 实现抽象类中的抽象方法，即不同的对象的具体实现细节

UML

在这里插入图片描述

总结

优点：

  • 封装不变部分，扩展可变部分。
  • 提取公共代码，便于维护。
  • 行为由父类控制，子类实现。

缺点：

每一个不同的实现都需要一个子类来实现，导致类的个数增加，使得系统更加庞大

使用场景：

有多个子类共有的方法，且逻辑相同

重要的、复杂的方法，可以考虑作为模板方法

示例