JAVA设计模式五之装饰模式
来源:互联网 发布:链家端口报买系统图片 编辑:程序博客网 时间:2024/06/06 00:54
JAVA设计模式之装饰模式
一概念:动态的给一个对象添加一些额外的职责,就增加功能来说,装饰模式比生成子类更为灵活。
二UML类图:
三 结构:
装饰着模式涉及到4个类别东西
1最上层Component 是一个对象接口,,可以给他的子类具体对象添加职责。
2ConcreteComponent 是具体的对象,,可以有自己的职责或方法;
3Decorator是装饰抽象类,继承了Component,从外类来扩展Component类的功能,但对于Component来说,是无需知道Decorator存在的。【】
4ConcreteDecorator就是具体的装饰对象,起到给Component添加职责的功能。
假设情景:某人装扮自己形象,穿衣服,裤子,鞋子,戴帽子等来把自己给包装起来,需要把所需的功能按正确的顺序串联起来进行控制,我们应该如何设计才能做到呢?
1首先创建一个抽象接口带有展示的抽象方法; 【被装饰对象的基类】
publicinterface Component { 使用的时候创建他的子类 用装饰子类包装 void show(); }
2 被装饰的子类具体实例
创建一个具体的 ConcreteComponent 来实现 Component 接口:Person.java
public class Person implementsComponent{ //具体的被装饰独有的内容 private String name; public String getName() { return name; } public void setName(String name) { this.name = name; } public Person(String name){ this.name = name; } //重写的被装饰的抽象方法 @Override public void show() { System.out.println("装扮的" + name); } }
3 创建装饰的抽象类 重点 要实现被装饰的抽象类 作用设置被装饰对象实例
public class Decorator implementsComponent{ //设置 被装饰的抽象类 传入时传具体的被装饰对象,利用多态 传入子类对象 //重写 被装饰的基类的抽象方法 private Component mComponent; public void decoratorObj(Component component){ mComponent = component; } @Override public void show() { if(mComponent != null){ mComponent.show(); 由传入的具体的被装饰 } } }
4具体的装饰类
/** 牛仔裤 */ public class Jeans extends Decorator { @Override public void show(){ System.out.println("穿牛仔裤"); super.show(); } } /*** 衬衫类*/public class TShirt extends Decorator { @Override public void show(){ System.out.println("穿衬衫"); super.show(); } } 客户端代码: 一层一层的装饰被修饰的类 最后由最后修饰类调用被修饰的方法【由最终修饰完了调用方法】public class DecoratorClient { public static voidmain(String[] args) { Person mPerson = newPerson("Andy"); //初始化被装饰实体类 Sandal mSandal = newSandal(); //创建几个具体装饰者 Jeans mJeans = newJeans(); TShirt mShirt = newTShirt(); mShirt.decoratorObj(mPerson); //具体装饰者调用父类的抽象方法 设置被装饰者 mJeans.decoratorObj(mShirt); //一层一层的装饰 实现每个装饰对象与被装饰者分离 mSandal.decoratorObj(mJeans); mSandal.show(); } }
优点:
1.比静态继承更灵活与对象的静态继承相比,Decorator模式提供了更加灵活的向对象添加职责的方式,可以使用添加和分离的方法,用装饰在运行时刻增加和删除职责。使用继承机制增加职责需要创建一个新的子类,如果需要为原来所有的子类都添加功能的话,每个子类都需要重写,增加系统的复杂度,此外可以为一个特定的Component类提供多个Decorator,这种混合匹配是适用继承很难做到的。
2.避免在层次结构高层的类有太多的特征,Decorator模式提供了一种“即用即付”的方法来添加职责,他并不试图在一个复杂的可订制的类中支持所有可预见的特征,相反可以定义一个简单的类,并且用Decorator类给他逐渐的添加功能,可以从简单的部件组合出复杂的功能。
3.Decorator 与它的Component不一样 Decorator是一个透明的包装,如果我们从对象标识的观点出发,一个被装饰了的组件与这个组件是有差别的,因此使用装饰时不应该以来对象标识。
4.产生许多小对象,采用Decorator模式进行系统设计往往会产生许多看上去类似的小对象,这些对象仅仅在他们相互连接的方式上有所不同
使用场景:
1当系统需要新功能的时候,是向旧的类中添加新的代码,,这些新加的代码通常装饰了原有类的核心职责或主要行为。
- JAVA设计模式五之装饰模式
- Java设计模式之五——装饰模式
- 设计模式之五---装饰者模式
- Java设计模式之装饰设计模式
- Java之装饰设计模式
- java设计模式之装饰
- 设计模式(五)--装饰模式
- Java设计模式之装饰模式
- Java设计模式之装饰模式
- java设计模式之装饰模式
- Java设计模式之二装饰模式
- JAVA设计模式之装饰模式
- java设计模式之装饰者模式
- java设计模式之装饰模式Decorator
- JAVA设计模式之装饰模式
- JAVA 设计模式之装饰模式
- JAVA设计模式之装饰模式
- java 设计模式之装饰模式
- java直接访问链接url,并对返回的json字符串进行解析
- python 随机生成验证码
- Ubuntu Nodejs 环境
- nginx反向代理
- android图片压缩办法总结
- JAVA设计模式五之装饰模式
- Kotlin基础
- 模拟滚动条控制内容的滚动
- Memcached的基本操作
- 项目实训第二周(1)--数据库表的设计与数据库建立
- Openvswitch手册(5): VLAN and Bonding
- C++多线程
- 6、jQuery插件之kindEditor富本编辑器与UEditor编辑器
- 警告: No mapping found for HTTP request with URI [/mark_head/WEB-INF/jsp