目录
1装饰器模式
1.1定义
装饰模式是在不改变原类文件和不使用继承的情况下,动态的扩展一个对象的功能。它是通过创建一个包装对象,也就是装饰来包裹真实的对象。
注意:
- 不改变原类文件
- 不使用继承
- 动态扩展
Component:
为统一接口,也是装饰类和被装饰类的基本类型。
ConcreteComponent:
为具体实现类,也是被装饰类,他本身是个具有一些功能的完整的类。
Decorator:
是装饰类,实现了Component接口的同时还在内部维护了一个ConcreteComponent的实例,并可以通过构造函数初始化。而Decorator本身,通常采用默认实现,他的存在仅仅是一个声明:我要生产出一些用于装饰的子类了。而其子类才是赋有具体装饰效果的装饰产品类。
ConcreteDecorator:
是具体的装饰产品类,每一种装饰产品都具有特定的装饰效果。可以通过构造器声明装饰哪种类型的ConcreteComponent,从而对其进行装饰。
1.2代码实现
/**
* 是装饰类和被装饰类的基础,统一的接口 Component
*/
public interface Component {
public void method();
}
/**
* 被装饰类 是Component接口的具体实现
*/
public class ConctreteComponent implements Component {
@Override
public void method() {
System.out.println("ConctreteComponent ...");
}
}
/**
* 装饰类Decorator
* 实现了Component接口
*/
public abstract class Decorator implements Component {
//内存维护了一个Component实例
private Component component;
//通过构造函数来实例化内存的component属性
public Decorator(Component component) {
this.component = component;
}
@Override
public void method() {
component.method();
}
}
/**
* 具体的装饰类A ConcreteDecoratorA
*/
public class ConcreteDecoratorA extends Decorator {
public ConcreteDecoratorA(Component component) {
super(component);
}
public void methodA() {
System.out.println("装饰器A提供的新的功能");
}
@Override
public void method() {
System.out.println("针对该方法添加一层包装");
super.method();
System.out.println("A包装结束");
}
}
测试代码
//创建被装饰类的实例
Component component = new ConctreteComponent();
component.method(); //原来的实现
System.out.println("------------------");
//装饰成新的类
ConcreteDecoratorA concreteDecoratorA = new ConcreteDecoratorA(component);
concreteDecoratorA.method(); //原有的方法
concreteDecoratorA.methodA(); //装饰成A类后新提供的方法
1.3装饰器特点
它必须持有一个被装饰的对象(作为成员变量)。
它必须拥有与被装饰对象相同的接口(多态调用、扩展需要)。
它可以给被装饰对象添加额外的功能。
总结:保持接口,动态增强性能。
1.4装饰器在IO流中的使用
/**
* inputstream相当于统一的接口,给被装饰类和装饰类的基本的类型
* FileInputStream相当于原始的被封装的对象,为具体的实现类,他对inputstream方法有完整的实现
*/
FileInputStream inputStream = new FileInputStream(path);
/**
* FilterInputStream是装饰类,其继承自InputStream基类
* 内部存在一个InputStream实例,需要通过构造函数来实例化内部属性
*
* BufferInputStream就是具体的装饰类
*
*/
BufferedInputStream bufferedInputStream = new BufferedInputStream(inputStream);
InputStream是被装饰类和装饰类的基本类型,这里是通过抽象类的形式提供的,相当于Component接口
FileInputStream是具体的被装饰类,是继承自InputStream,提供了完备的InputStream方法的实现。相当于是concreateComponent类
FilterInputStream是装饰器类,其继承InpuStream,内部维护了一个Inpustream实现类,相当于Decorator类
BufferInputstream是具体的装饰器类,继承自FilterInputStream装饰器类,提供了具有特有的缓冲功能的特点
在类图上标注了各个类负责的角色,并且使用背景颜色将InputStream和Reader体系分开,其中左半部分就是InputStream的装饰体系,右半部分就是Reader的装饰体系,并且他们之间的桥梁是InputStreamReader,他们每一个装饰体系都与上面标准的装饰器模式类图极其相似
总之:装饰器模式就是一个可以非常灵活的动态扩展类功能的设计模式,它采用组合的方式取代继承,使得各个功能的扩展更加独立和灵活。
2配适器模式
2.1Adapter适配器
适配器定义:将一个类的接口转换成客户希望的另外一个接口,Adapter模式使原本由于接口不兼容而不能一起工作的那些类可以一起工作
适配器模式分两种:类适配器和对象适配器
- 使用继承(就是所谓的类适配器模式)
- 使用组合(所谓的对象适配器模式)
适配器所涉及的角色有:
Target(目标接口):所要转换的所期待的接口
Adaptee(源角色):需要适配的类
Adapter(适配器):将源角色适配成目标接口,一般持有源接口的引用(或者继承源接口),且实现目标接口。
Client(客户类):通过目标角色获取服务
2.2代码实例
手机充电器适配:
存在一个Typec接口的充电器,期望提供一个USB接口的充电器
/**
* 源角色,需要适配的类
*/
public class TypeC {
public void typec(){
System.out.println("TypeC 充电器实现");
}
}
/**
* 目标角色
* 用户期望使用use充电器
*/
public interface USB {
public void use();
}
/**
* 适配器类
* 将源角色适配成目标角色
*/
public class Adapter extends TypeC implements USB {
@Override
public void use() {
super.typec();
}
}
使用:
//客户需要的是use接口
USB usb = new Adapter();
usb.use();
2.3适配器特点
1、适配器对象实现原有接口
2、适配器对象组合一个实现新接口的对象(这个对象也可以不实现一个接口,只是一个单纯的对象)
3、对适配器原有接口方法的调用被委托给新接口的实例的特定方法(重写旧接口方法来调用新接口功能。)
2.4适配器优缺点
- 优点
有更好的复用性。系统需要使用现有的类,但此类接口不符合系统需要,通过适配器模式让这些功能得到很好的复用
有更好的扩展性。实现适配器,可以调用自己开发的功能
- 缺点
过多使用适配器会使得系统非常凌乱,明明调用的是A接口,内部却被适配成了B接口。因此除非必要,不推荐使用适配器,而是直接对系统重构
适用场景
软件系统结构需要升级或扩展,又不想影响原有系统稳定运行的时候
转换类之间的差別不是很大的时候
想创建一个可以复用的类,该类可以与其他不相关类或不可预见类协同工作的时候
2.5适配器在IO中的使用
在IO中适配器的使用也比较广泛
适配器角色就是InputStreamReader,
被适配的角色是InputStream类的实例对象,
目标接口是Reader类。
可以看到,InputStreamReader实现了Reader接口,并且持有了InputStream的引用,这里是通过StreamDecoder类间接持有的,因为从byte到char 要经过编码。
/******************Reader类(目标类)******************/
public abstract class Reader implements Readable, Closeable {
abstract public int read(char cbuf[], int off, int len) throws IOException;
abstract public void close() throws IOException;
}
/******************InputStreamReader类(适配器类)******************/
public class InputStreamReader extends Reader {
private final Str·r sd;
//持有对被适配对象的引用
public InputStreamReader(InputStream in) {
super(in);
try {
//通过StreamDecoder类间接引用被适配的对象
sd = StreamDecoder.forInputStreamReader(in, this, (String)null);
} catch (UnsupportedEncodingException e) {
// The default encoding should always be available
throw new Error(e);
}
}
//…(省略的代码)
}
/******************InputStream类(被适配类)******************/
public abstract class InputStream implements Closeable {
//代码省略
}
3装饰器与适配器异同点
装饰器与适配器都有一个别名叫做 包装模式(Wrapper),它们看似都是起到包装一个类或对象的作用,但是使用它们的目的很不一一样。
适配器模式:是要将一个接口转变成另一个接口,它的目的是通过改变接口来达到重复使用的目的。
装饰器模式:不是要改变被装饰对象的接口,而是恰恰要保持原有的接口,但是增强原有对象的功能,或者改变原有对象的处理方式而提升性能。所以这两个模式设计的目的是不同的。