在我们进行Java开发的时候,很多时候我们可能对Java提供给我们的对象不满意,不能满足我们的功能。此时我们就想对Java原对象进行增强,能够实现我们想要的功能就好。
一般来说,实现对象增强有三种方式:
-
继 承
-
继承父类,子类扩展
-
-
装饰器模式
-
使用“包装”的方式来增强对象
-
-
代理模式
一:继承
最简单的方式就是继承父类,子类扩展来达到目的。虽然简单,但是这种方式的缺陷非常大:
-
一、如果父类是带有数据、信息、属性的话,那么子类无法增强。
-
二、子类实现了之后需求无法变更,增强的内容是固定的。
我们设计一个电话类
public interface Phone {
void call();
}
此时,我想打电话之前能听彩铃,于是我继承Phone类,实现我想要的功能。
public class MusicPhone implement Phone {
public MusicPhone(Phone phone){
super(phone);
}
public void listenMusic(){
System.out.println("继续跑 带着赤子的骄傲,生命的闪耀不坚持到底怎能看到,与其苟延残喘不如纵情燃烧");
}
@Override
public void call() {
listenMusic();
super.call();
}
}
我们的功能就做好了:
可是我需求现在又想变了:
-
我不想听彩铃了,只想听完电话通知一下时间就好了……..(可是我们的通知时间电话类是继承在听彩铃的电话类基础之上的),,,
-
我又有可能:我想在听电话之前报告一下时间,听完电话听音乐!…
-
如果需求变动很大的情况下,而我们又用继承的方式来实现这样会导致一种现象:类爆炸(类数量激增)!并且继承的层次可能会比较多~
所以,我们可以看到子类继承父类这种方式来扩展是十分局限的,不灵活的~
因此我们就有了装饰模式!
二:装饰者模式
1:电话接口
public interface Phone {
void call();
}
2;具体实现:
public class IphoneX implements Phone {
@Override
public void call() {
System.out.println("打电话给周围的人关注我");
}
}
3:换一种实现方式
上面我们已经拥有了一个接口还有一个默认实现。包装模式是这样干的:
首先我们弄一个装饰器,它实现了接口,以组合的方式接收我们的默认实现类
public class PhoneDecorate implements Phone {
private Phone phone;
public PhoneDecorate(Phone phone){
this.phone=phone;
}
@Override
public void call() {
phone.call();
}
}
有了装饰器以后,我们的扩展都可以以装饰器为基础进行扩展,继承装饰器来扩展就好了!
我们想要在打电话之前听音乐:
public class MusicPhone extends PhoneDecorate {
public MusicPhone(Phone phone){
super(phone);
}
public void listenMusic(){
System.out.println("继续跑 带着赤子的骄傲,生命的闪耀不坚持到底怎能看到,与其苟延残喘不如纵情燃烧");
}
@Override
public void call() {
listenMusic();
super.call();
}
}
现在我也想在打完电话后通知当前的时间,于是我们也继承装饰类来扩展:
// 这里继承的是MusicPhone装饰器类
public class GiveCurrentTimePhone extends PhoneDecorate {
public GiveCurrentTimePhone(Phone phone) {
super(phone);
}
// 自定义想要实现的功能:给出当前的时间
public void currentTime() {
System.out.println("当前的时间是:" + System.currentTimeMillis());
}
// 重写要增强的方法
@Override
public void call() {
super.call();
// 打完电话后通知一下当前时间
currentTime();
}
}
就目前这样看起来,比我直接继承父类要麻烦,而功能效果是一样的….我们继续往下看~~
此时,我不想在打电话之前听到彩铃了,很简单:我们不装饰它就好了!
此时,我想在打电话前报告一下时间,在打完电话之后听彩铃。
-
注意:虽然说要改动类中的代码,但是这种改动是合理的。因为我定义出的
GiveCurrentTimePhone类
和MusicPhone类
本身从语义上就没有规定扩展功能的执行顺序 -
而继承不一样:先继承Phone->实现MusicPhone->再继承MusicPhone实现GiveCurrentTimePhone。这是固定的,从继承的逻辑上已经写死了具体的代码,是难以改变的。
三:装饰者模式讲解
可能有的同学在看完上面的代码之后,还是迷迷糊糊地不知道装饰模式是怎么实现“装饰”的。下面我就再来解析一下:
-
第一步:我们有一个Phone接口,该接口定义了Phone的功能
-
第二步:我们有一个最简单的实现类iPhoneX
-
第三步:写一个装饰器抽象类PhoneDecorate,以组合(构造函数传递)的方式接收我们最简单的实现类iPhoneX。其实装饰器抽象类的作用就是代理(核心的功能还是由最简单的实现类iPhoneX来做,只不过在扩展的时候可以添加一些没有的功能而已)。
-
第四步:想要扩展什么功能,就继承PhoneDecorate装饰器抽象类,将想要增强的对象(最简单的实现类iPhoneX或者已经被增强过的对象)传进去,完成我们的扩展!