设计模式之模板方法

模板方法

模板方法模式在一个方法中定义一个算法的骨架,而将一些步骤的实现延迟到子类中。准备一个抽象类,将部分逻辑以具体方法以及具体构造函数的形式实现,然后声明一些抽象方法来迫使子类实现剩余的逻辑。不同的子类可以以不同的方式实现这些抽象方法,从而对剩余的逻辑有不同的实现。模板方法使得子类可以在不改变算法结构的情况下,重新定义算法中某些步骤的具体实现。

优点

模板方法模式通过把不变的行为搬移到超类,去除了子类中的重复代码。

  1. 子类实现算法的某些细节,有助于算法的扩展。
  2. 通过一个父类调用子类实现的操作,通过子类扩展增加新的行为,符合“开放-封闭原则”。
  3. 封装不变部分,扩展可变部分。
  4. 提取公共代码,便于维护。
  5. 行为由父类控制,子类实现。

缺点

每个不同的实现都需要定义一个子类,这会导致类的个数的增加,设计更加抽象。

适用场景

在某些类的算法中,用了相同的方法,造成代码的重复。

控制子类扩展,子类必须遵守算法规则。

  1. 有多个子类共有的方法,且逻辑相同。
  2. 重要的、复杂的方法,可以考虑作为模板方法。

在使用这种模式的时候我们要注意几点:

  1. 保护抽象类中定义算法顺序的方法不被子类修改。为防止恶意操作,一般模板方法都加上 final 关键词。
  2. 分离可变及不可变部分,让子类自己决定可变部分的实现。
  3. 让算法的具体实现对子类开放,对其他类关闭。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

别说小李

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值