概述
装饰模式是对客户端以透明的方式扩展对象的功能，是继承关系的一个替代方案。也就是说，客户端并不会觉得对象在装饰前和装饰后有什么不同，装饰模式可以在不用创造更多子类的情况下，将对象的功能加以扩展，装饰模式的关键在于这种扩展是完全透明的。
模式的结构
UML类图：
装饰模式中的类角色：
抽象构件角色(Project)：给出一个接口，以规范准备接收附加责任的对象
具体构件角色(Employe)：定义一个将要接收附加责任的类
装饰角色(Manager)：持有一个构件对象的实例，并定义一个与抽象构件接口一致的接口
具体装饰角色(ManagerA，ManagerB)：负责给构件对象“贴上”附加的责任
代码示例
?
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
|
package interview;
interface Project{
void doCoding();
}
class Employe implements Project{
@Override
public void doCoding() {
System.out.println("工程师在编程......");
}
}
class Manager implements Project{
private Project project;
public Manager(Project project){
this.project = project;
}
@Override
public void doCoding() {
startNewWork();
project.doCoding();
}
public void startNewWork(){}
}
class ManagerA extends Manager{
public ManagerA(Project project) {
super(project);
}
@Override
public void startNewWork() {
System.out.println("开发经理开始新的工作计划");
}
}
class ManagerB extends Manager{
public ManagerB(Project project) {
super(project);
}
@Override
public void startNewWork() {
System.out.println("测试经理开始新的工作计划");
}
}
public class MainTest {
public static void main(String arg[]) {
Project project = new Employe();
Project managerA = new ManagerA(project);
Project managerB = new ManagerB(project);
managerA.doCoding();
managerB.doCoding();
}
}
|
装饰模式优缺点：
优点：
装饰模式与继承的目的都是要扩展对象的功能，但是装饰模式可以提供比继承更多的灵活性。装饰模式允许系统动态决定“贴上”一个需要的“装饰”，继承关系则不同，继承关系是静态的，它在系统运行前就决定了。
通过使用不同的具体装饰类以及这些装饰类的组合，设计师可以创造很多不同的行为组合。
缺点：
由于使用装饰模式，可以比使用继承关系需要较少数目的类。使用较少的类，当然使设计比较易于进行。但是，在另一方面，使用装饰模式会产生比使用继承关系更多的对象。更多的对象会使得差错变得困难，特别是这些对象看上去都很像。
以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持快网idc。
相关文章
猜你喜欢
- ASP.NET本地开发时常见的配置错误及解决方法？ 2025-06-10
- ASP.NET自助建站系统的数据库备份与恢复操作指南 2025-06-10
- 个人网站服务器域名解析设置指南：从购买到绑定全流程 2025-06-10
- 个人网站搭建：如何挑选具有弹性扩展能力的服务器？ 2025-06-10
- 个人服务器网站搭建：如何选择适合自己的建站程序或框架？ 2025-06-10
