23种设计模式总篇:chenmingyu.top/design/
模板方法
模板方法属于行为型模式
定义:定义一个操作中的算法的框架,而将一些步骤延迟到子类中。使得子类可以不改变一个算法的结构即可重定义该算法的某些特定步骤。
在父类(抽象类)中定义好算法的流程,提供抽象方法,针对不同的实现交由不同的子类去实现,通过这种方式将公共代码提取出来封装在父类中,然后父类去控制行为,子类负责实现,这样当有很多子类的时候,如果要修改算法,只需要在父类中更改算法的行为
优点
- 封装不变部分,扩展可变部分
- 提取公共部分代码,便于维护
- 行为由父类控制,子类实现
模式代码实现
已支付为例,涉及AbstractPay,BankCardPay,WeChatPay三个类。
抽象类
AbstractPay
,定义了三个抽象方法和一个控制支付流程的方法,也就是模板方法,这个方法使用final修饰,防止被重写
/**
* @auther: chenmingyu
* @date: 2019/2/13 16:58
* @description: 抽象类,定义支付流程
*/
public abstract class AbstractPay {
/**
* 获取支付信息
*/
abstract String getPayInfo();
/**
* 执行支付
*/
abstract void executePay();
/**
* 支付反馈信息
*/
abstract void payMessage();
/**
* 支付
*/
public final void pay(){
String info = getPayInfo();
System.out.println("支付账户:"+info);
executePay();
payMessage();
}
}
复制代码
子类BankCardPay
BankCardPay
,提供银行卡支付,继承AbstractPay类重写三个抽象方法,提供银行卡支付的实现
/**
* @auther: chenmingyu
* @date: 2019/2/13 17:18
* @description: 银行卡支付
*/
public class BankCardPay extends AbstractPay{
@Override
String getPayInfo() {
return "我的银行卡信息";
}
@Override
void executePay() {
System.out.println("银行卡支付了");
}
@Override
void payMessage() {
System.out.println("银行卡方式支付,发短息");
}
}
复制代码
子类WeChatPay
WeChatPay
提供微信支付,继承AbstractPay类重写三个抽象方法,提供微信支付的实现
/**
* @auther: chenmingyu
* @date: 2019/2/13 17:20
* @description: 微信支付
*/
public class WeChatPay extends AbstractPay{
@Override
String getPayInfo() {
return "我的微信支付信息";
}
@Override
void executePay() {
System.out.println("微信支付了");
}
@Override
void payMessage() {
System.out.println("微信方式支付,微信内发服务通知");
}
}
复制代码
验证
public static void main(String[] args) {
BankCardPay bankCardPay = new BankCardPay();
bankCardPay.pay();
System.out.println("... 分割线 ...");
WeChatPay weChatPay = new WeChatPay();
weChatPay.pay();
}
复制代码
输出
支付账户:我的银行卡信息
银行卡支付了
银行卡方式支付,发短息
... 分割线 ...
支付账户:我的微信支付信息
微信支付了
微信方式支付,微信内发服务通知
复制代码
抽象类封装了一个final类型的方法,方法中调用其他的抽象方法,制定业务流程骨架,抽象方法交由子类去实现。当有多个子类实现逻辑相同时,建议使用模板方法实现
参考
设计模式之禅:www.kancloud.cn/sstd521/des…
相关阅读
创建型设计模式
关注于如何创建对象
-
保证在程序运行期间一个类只有一个实例,并提供一个全局访问点
-
用工厂方法代替new操作,让子类去决定实例化哪个类,工厂方法将一个类的实例化延迟到子类
-
抽象工厂模式属于创建型模式,是对工厂方法模式的扩展,抽象工厂比工厂模式更为抽象,工厂方法模式针对产品等级结构,而抽象工厂针对产品族
-
通过克隆一个已经存在的对象实例来返回新的实例,而不是通过new去创建对象
-
通过克隆一个已经存在的对象实例来返回新的实例,而不是通过new去创建对象
结构型设计模式
关注于类和对象之间的关系
-
组合两个不相干类,在两个不兼容的接口之间提供一个混合接口,使其兼容适配
-
将抽象部分与它的实现部分分离,使它们都可以独立地变化。桥接模式将系统各维度抽象出来,各维度独立变化,之后可通过聚合,将各维度组合起来,减少它们之间耦合
-
用来描述部分与整体的关系,是用于把一组相似的对象当作一个单一的对象。组合模式依据树形结构来组合对象,所以组合模式的使用场景就是出现树形结构的地方。
-
装饰器模式可以为一个现有的类增加新功能,又不改变其结构,要求装饰类和被装饰类实现同一个接口,装饰类持有被装饰类的实例
-
外观模式是为了解决类与类之家的责任关系和依赖关系的,通过提供一个Facade类来隐藏这些复杂的类之间关系的调用,并提供一个接口,供外部调用,利用这种方式进行类之间的解耦
-
代理模式就是在操作原对象的时候,多出来一个代理类,用来对原对象的访问进行控制和替代原对象进行一些操作
-
运用共享技术有效地支持大量细粒度对象的复用,主要用来减少对象的创建,用来减少内存和提高性能,比较常见的连接池,缓冲池这类的池技术都是享元模式
行为型设计模式
关注于对象之间的通信
-
在父类(抽象类)中定义好算法的流程,提供抽象方法,针对不同的实现交由不同的子类去实现,通过这种方式将公共代码提取出来封装在父类中,然后父类去控制行为,子类负责实现
-
在系统中提供一组策略,并将每个策略封装成类,使他们可以相互转换,具体策略的选择由客户端决定
-
定义对象间一种一对多的依赖关系,使得每当一个对象改变状态,则所有依赖于它的对象都会得到通知并被自动更新
-
迭代器模式就是为解决遍历元素而诞生的,它提供一种方法访问一个容器对象中各个元素,而又不需暴露该对象的内部细节
-
使多个对象都有机会处理请求,从而避免了请求的发送者和接受者之间的耦合关系。将这些对象连成一条链,并沿着这条链传递该请求,直到有对象处理它为止
-
将一个请求封装成一个对象,从而让你使用不同的请求把客户端参数化,对请求排队或者记录请求日志,可以提供命令的撤销和恢复功能,用来降低类之间解耦
-
在不破坏封装性的前提下,捕获一个对象的内部状态,并在该对象之外保存这个状态。这样以后就可将该对象恢复到原先保存的状态,其实就是在某个时刻备份了对象的状态,在更改对象状态后,可以通过备份将对象还原成备份时刻的状态
-
允许一个对象在其内部状态改变时改变它的行为,对象看起来似乎修改了它的类,对象的行为依赖于它的状态(属性),并且可以根据它的状态改变而改变它的相关行为
-
封装一些作用于某种数据结构中的各元素的操作,它可以在不改变数据结构的前提下定义作用于这些元素的新的操作,访问者模式就是将数据结构与数据操作相分离
-
用一个中介对象来封装一系列的对象交互,中介者使各对象不需要显式地相互引用,从而使其耦合松散,而且可以独立地改变它们之间的交互
-
给定一门语言,定义它的文法的一种表示,并定义一个解释器,该解释器使用该表示来解释语言中的句子