JAVA装饰模式

JAVA装饰模式

通过本文将学习到

1、前言

2、装饰模式的概念

3、装饰模式的UML图

4、装饰模式的实现

5、装饰模式的优缺点及使用场景

6、总结


1、前言

开心的锣鼓还有连绵的喜庆,刚刚看了一位大佬的博客,卧槽写支付宝的插件收集能量是真的强。工作只是为了填饱肚子。但是研究有意思的东西才是我的精神粮食。做出黑科技很有成就感啊我威!我还很菜,我要每天前进一点。最后我将做自己喜欢自己觉得有意思的东西。开心。

装饰模式是用来替代继承的一种设计模式。它通过一种无须定义子类的方式来给对象动态增加职责,使用对象之间的关联关系取代类之间的继承关系。降低了系统的耦合,可以动态的增加或者删除对象的职责。

2、装饰模式的概念

装饰模式:动态地给一个对象增加一些额外的职责。就扩张功能而言,装饰模式提供了一种比使用子类更加灵活的替代方案。

装饰模式,可以这么理解。就是给一个类增加行为。比如人类,是父类。男人类,和女人类是子类。如果使用继承就多了两个类,但是用装饰模式,我就直接将人类,装饰成男人类,或女人类,不用进行继承。直接就降低了类于类之间的耦合。

3、装饰模式的UML图

Component(抽象构建):它是具体构建类和抽象装饰类的父类。声明具体构建类的业务方法,它可以使客户端同等的对待被装饰类修饰过的类和没被修饰过的类。实现客户端的透明操作。

ConcreteComponent(具体构件类):它实现了抽象构建类的业务方法,装饰类会给它增加额外的方法。

Decorator(装饰类):它也是抽象构建类的子类,用于给具体构建类添加方法。它维护一个指向抽象构建对象的引用,通过该引用可以调用装饰之前构建对象的方法,并通过其子类扩展该方法,已达到装饰的目的。

ConcreteDecorator(具体装饰类):它是抽象装饰类的子类,负责给构建类添加新的方法。每一个具体的装饰类都定义了一个具体的行为。

4、装饰模式的实现

照旧,来个例子。好累啊!头有点大

Component

package decoratorPattern;

public abstract class Component {
 public abstract void display();
}

ConcreteComponent

package decoratorPattern;

public class ConcreteComponent extends Component {

	@Override
	public void display() {
		// TODO Auto-generated method stub
		System.out.println("显示窗体");
	}
}

Decorator

package decoratorPattern;

public class Decorator extends Component {
	private Component component;
	public Decorator(Component com) {
		this.component=com;
	}

	@Override
	public void display() {
		// TODO Auto-generated method stub
		component.display();
	}

}

ConcreteDecorator

package decoratorPattern;

public class ConcreteDecorator extends Decorator {

	public ConcreteDecorator(Component com) {
		super(com);
		// TODO Auto-generated constructor stub
	}
	//重写方法
	public void display() {
		super.display();
		this.setMyMethod();
	}
	public void setMyMethod() {
		System.out.println("添加装饰方法");
	}
}

ConcreteDecorator2

package decoratorPattern;

public class ConcreteDecorator2 extends Decorator {

	public ConcreteDecorator2(Component com) {
		super(com);
		// TODO Auto-generated constructor stub
	}
	
	//重写display方法
	public void display() {
		super.display();
		this.shou();
	}
	
	public void shou() {
		System.out.println("这是装饰方法2");
	}
}

Client

package decoratorPattern;

public class Client {
	public static void main(String[] args) {
		Component com = new ConcreteComponent();
		Component d1 = new ConcreteDecorator(com);
		d1.display();
		//装饰过后的方法还可以再次装饰
		Component d2 = new ConcreteDecorator2(d1);
		d2.display();
	}
}

、测试结果:可以不停的加方法。

5、装饰模式的优缺点及使用场景

优点:

  1. 对于扩张一个对象的功能,装饰模式比继承模式更加灵活,不会导致类的数量急剧增加。
  2. 可以通过一种动态的方式扩张一个类的功能,同过配置文件可以在运行时济宁选择,不同的装饰类。
  3. 可以对一个对象进行多次装饰,通过使用不同的具体装饰类以及这些装饰类的排列组合可以创造不同的行为的组合。

缺点:

  1. 在使用装饰模式的时候进行系统设计时会产生很多小对象,这些对象的区别在于他们之间相互连接的方式有所不同,而不是他们的类或者属性值有所不同,大量小对象势必产生一大部分的系统资源开销。影响系统性能。
  2. 装饰模式是一种比继承更加灵活的解决方案。但同时,也意味着比继承更加容易出错,更加难排长。对于多层装饰的对象,需要逐级排查,较为繁琐。

使用场景:

  • 在不影响其他对象的情况下以动态的,透明的方式给单个对象添加职责。
  • 不能用继承进行扩张的时候。

6、总结

装饰模式在某些不方便用继承的时候是非常好用的一个模式,毕竟不用写太多的类。但是我建议不要装饰太多次,因为显然,如果装饰太多层,进行排查的时候会非常的麻烦。而我就是怕麻烦的人。哈哈!只是为了开心。学无止境,学海无涯,学你MM!

 

  • 5
    点赞
  • 23
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
装饰模式是一种结构型设计模式,它允许在不修改原始类代码的情况下,通过使用继承和组合的方式,动态地为对象添加新的功能。在Java中,装饰模式通常使用抽象类和接口来实现。 以下是一个简单的Java装饰模式类图: ``` +---------------------+ | Component | +---------------------+ | | + Interface: Component | +-------------+ ------> ConcreteComponent | +-------------------+ | | + Interface: Component | +--+ | | + Abstract Class: Decorator | +------------+ | v +--------+ | ConcreteDecoratorA | +--------+ | | + Interface: Component | +-------------+ | | + Abstract Class: Decorator | +------------+ | v +---------------------+ | ConcreteDecoratorB | +---------------------+ ``` 在这个类图中,`Component`是一个接口,它定义了所有组件都应该具有的共同方法。`ConcreteComponent`是一个具体的组件类,实现了`Component`接口。`Decorator`是一个抽象类,它也实现了`Component`接口,并持有一个`Component`类型的引用。`ConcreteDecoratorA`和`ConcreteDecoratorB`是具体的装饰者类,它们分别继承了`Decorator`抽象类,并实现了各自的具体功能。 当需要给某个组件添加新功能时,可以使用装饰者模式。首先创建一个具体的组件类(如`ConcreteComponent`),然后创建一个抽象的装饰者类(如`Decorator`),并在抽象装饰者类中实现所需的功能。接着创建具体的装饰者类(如`ConcreteDecoratorA`和`ConcreteDecoratorB`),它们分别继承自抽象装饰者类,并实现各自的具体功能。最后,将具体组件类和具体装饰者类进行组合,即可得到具有新功能的对象。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值