第12章 装饰模式
传感器与检测技术讲义第12章虚拟仪器技术
第12章虚拟仪器技术虚拟仪器是在20世纪后期随计算机水平和软件技术的迅速进步而出现并发展起来的有别于传统仪器的新概念。
虚拟仪器技术突破了传统电子仪器以硬件为主体的模式，具有用简单硬件将被测量采集到上位机，然后通过软件设计即可方便灵活地完成对被测试量的分析、判断、显示及数据存储等功能的特点。
软件设计的灵活易变、成本低等特点使虚拟仪器在测试测量技术中越来越发挥出其优势。
目前，虚拟仪器的开发工具有LabVIEW、LabWINDOWS、VB等，下面主要介绍用NI 公司的LabVIEW软件开发虚拟仪器的方法。
本书第13章到17章的综合实例是在计算机上对整个测量系统的联合软件仿真设计，因此在本章后面将介绍用LabVIEW同NI公司的另一款电路仿真软件Multisim进行联合仿真的方法。
12.1 LabVIEW软件的特点LabVIEW（Laboratory Virtual Instrument Engineer Workbench，实验室虚拟仪器工作平台）是美国NI公司推出的一种基于G语言（Graphics Language，图形化编程语言）的具有革命性的图形化虚拟仪器开发环境，是业界领先的测试、测量和控制系统的开发工具。
虚拟仪器的概念是用户在通用计算机平台上，在必要的数据采集硬件的支持下，根据测试任务的需要，通过软件设计来实现和扩展传统仪器的功能。
传统台式仪器是由厂家设计并定义好功能的一个封闭结构，有固定的I/O接口和仪器操作面板。
每种仪器只能实现一类特定的测量功能，并以确定的方式提供给用户。
虚拟仪器的出现，打破了传统仪器由厂家定义，用户无法改变的模式，使得用户可以根据自己的需求，设计自己的仪器系统，并可通过修改软件来改变或增减仪器的功能，真正体现了“软件就是仪器”这一新概念。
作为虚拟仪器的开发软件，LabVIEW的特点如下。
➢具有图形化的编程方式，设计者无须编写任何文本格式的代码，是真正的工程师语言➢提供丰富的数据采集，分析及存储的库函数➢提供传统的数据调试手段，如设置断点，单步运行，同时提供独具特色的执行工具，使程序动画式进行，利于设计者观察到程序运行的细节，使程序的调试和开发更为便捷➢囊括了PCI,GPIB,PXI,VXI,RS-232/485,USB等各种仪器通信总线标准的所有功能函数，使得不懂得总线标准的开发者也能驱动不同总线标准接口设备与仪器➢提供大量与外部代码或软件进行连接的机制，如DLL（动态链接库），DDE（共享库），Activex等➢具有强大的Internet功能，支持常用的网络协议，方便网络，远程测控仪器开发在测试和测量方面，LabVIEW已经变成了一种工业的标准开发工具；在过程控制和工厂自动化应用方面，LabVIEW软件非常适用于过程监测和控制；而在研究和分析方面，LabVIEW软件有力的软件分析库提供了几乎所有经典的信号处理函数和大量现代的高级信号的分析。
设计模式.装饰模式(Decorator)
性或者继承层次过深。
需要对一组基本功能进行排列 组合以产生非常多的功能，而 使用继承关系很难实现这样的 需求。
需要在不修改现有代码的情况 下对程序进行功能扩展。
02
装饰模式的实现方式
继承实现方式
1 2 3
优点
代码简洁，易于理解。
缺点
不够灵活，每增加一个新的装饰功能，都需要创 建一个新的子类，类数量会急剧增加，导致系统 庞大和复杂。
03 需要对一组基本功能进行排列组合以产生非常多 的功能。
对未来研究的展望
深入研究装饰模式的适用场 景和最佳实践，以便更好地 应用该模式解决实际问题。
研究如何将装饰模式与其 他设计模式结合使用，以 产生更好的设计效果。
ABCD
探索如何降低装饰模式的 复杂性，提高代码的可读 性和维护性。
关注新兴技术和编程语言对装 饰模式的影响，以便及时调整 和更新该模式的应用方式。
可能破坏封装性
在使用装饰模式时，需要注意不要破坏对象的封 装性。如果装饰器暴露了对象的内部状态或实现 了不应该暴露的方法，那么可能会导致系统的不 稳定性和安全性问题。
06
总结与展望
对装饰模式的总结
优点 装饰模式可以在不改变对象自身的基础上，动态地给对象添加一些额外的职责。
装饰模式可以在运行时选择性地添加或删除某些功能，提高了系统的灵活性。
统或类的整合和简化。
03
透明性不同
装饰模式对客户端是透明的，客户端可以无感知地使用被装饰的对象，
而外观模式则可能需要对客户端进行一定的定制，以提供简化的接口。
与桥接模式的比较
目标不同
装饰模式的目标是动态地给一个对象添加一些额外的职责， 而桥接模式的目标是将抽象部分与它的实现部分分离，使 它们都可以独立地变化。
L12A装饰(Decorate)模式
对象图
装饰模式的对象图呈链状结构，假设共有三个具体装饰类，分别称为 Decorator1, Decorator2和Decorator3，具体构件类是 ConcreteComponent。一个典型的创建过程如代码清单5所示。 代码清单5：一个典型的创建过程的源代码
new Decorator1( new Decorator2( new Decorator3( new ConcreteComponent() ) ) );
(2)通过使用不同的具体装饰类以及这些装饰类的排列组合,设 计师可以创造出很多不同的行为的组合. (3)这种比继承更加灵活的特性,也同时意味着装饰模式比继承 更加容易出错. 缺点: 产生出较多的对象.
Component c=new ConcreteComponent(); Component c1=new ConcreteDecorator1(c); Component c2=new ConcreteDecorator2(c1); 而下面的做法是不对的: ConcreteComponent c=new ConcreteDecorator(); 这就是前面所说的,装饰模式对客户端是完全透明的含义.
面向对象设计方法
L12 A 装饰(Decorate)模式 wxz
装饰模式的结构
装饰模式使用原来被装饰的类的一个子类的实例，把客户端的调用委派到被装饰类。 装饰模式的关键在于这种扩展是完全透明的。 模式的类图 装饰模式的类图如下图所示
源代码
下面就给出装饰模式的示意性源代码。首先是抽象构件角色的源代码， 如代码清单1所示。 代码清单1：定义中的构件类的示意性源代码
一个典型的创建过程的源代码newdecorator1newdecorator2newdecorator3newconcretecomponent这就意味着decorator1的对象持有一个对decorator2对象的引用后者则持有一个对decorator3对象的引用再后者持有一个对具体构件concretecomponent对象的引用这种链式的引用关系使装饰模式看上去像是一个linkedlist如下图所示
装饰模式和职责链模式的对比
装饰模式和职责链模式的对比在软件开发中，设计模式是一个十分重要的概念，是指在软件设计过程中可以重复使用的解决问题的方案。
其中，装饰模式和职责链模式都是常见的设计模式，本文将对这两种模式进行比较分析。
一、装饰模式装饰模式，是指在不改变现有对象的基础上，动态地添加一些新的功能。
这种模式通过创建一个包装对象，也可以叫做装饰器来实现。
在装饰器模式中，有三个主要角色，分别是抽象构件(Component)、具体构件(ConcreteComponent)和装饰器(Decorator)。
其中，抽象构件角色定义了抽象接口，具体构件角色实现抽象接口，而装饰器角色继承了抽象构件角色，并持有一个具体构件的实例，起到包装的作用。
装饰模式的优点是可以动态地添加或删除功能，而且可以从不同的角度来扩展一个类的功能，避免了继承带来的代码复杂性和类爆炸问题。
但缺点是装饰层数过多会增加程序的复杂度，也可能会导致增加了过多的类。
二、职责链模式职责链模式，是指通过建立一个请求的处理链，并且每个节点都有处理请求的机会，直到请求被处理完成。
这种模式拥有很强的扩展性，可以根据需要动态地改变请求的处理流程。
在职责链模式中，有两个主要角色，分别是处理者(Handler)和请求(Request)。
处理者是职责链上的节点，每个处理者都可以处理请求，如果请求不能被当前处理者处理，则将请求传递给下一级处理者。
请求则封装了请求的内容和需要执行的操作。
职责链模式的优点是将请求发送者和接收者解耦，可以动态地改变请求的处理流程，可以避免请求发送者和处理者之间的紧耦合关系。
但缺点是会导致请求的处理延迟，也需要合理设计职责链的节点顺序，避免请求被一直传递下去。
三、装饰模式和职责链模式的比较1. 功能不同装饰模式是为对象动态地添加功能，而职责链模式则是为了解耦并且动态地改变请求的处理流程。
2. 使用场景不同装饰模式适用于需要动态地添加或删除功能的场景，也适用于不想使用继承或希望从不同角度扩展类功能的场景。
装饰者模式的使用方法和案例分享
装饰者模式的使用方法和案例分享装饰者模式（Decorator Pattern）是一种常用的设计模式，在软件开发中十分实用。
它能够动态地将责任附加到对象上，从而实现对象功能的扩展，同时避免重复代码的产生。
本文将介绍装饰者模式的使用方法以及一些实际案例的分享。
一、装饰者模式的定义装饰者模式是指在不改变原有对象结构的情况下，动态地扩展该对象的功能。
该模式通过一种装饰器对象来包裹原有对象，并在运行时动态地添加新的行为。
二、装饰者模式的实现装饰者模式的实现需要定义一个包装类和一个抽象组件类。
包装类实现了抽象组件类，并定义了一个指向抽象组件类的指针，从而实现对抽象组件类的扩展。
抽象组件类是被装饰的类，定义了抽象接口。
三、装饰者模式的优点1. 可以动态地添加或删除功能。
2. 可以避免重复代码的产生，减少代码的复杂程度。
3. 可以提高代码的可扩展性和维护性。
四、装饰者模式的实际案例分享1. Java I/O模块Java I/O模块是一个典型的使用装饰者模式的实例。
Java I/O模块通过InputStream和OutputStream来处理输入输出流，通过FileInputStream和FileOutputStream来处理文件输入输出流，同时还可以通过BufferedInputStream和BufferedOutputStream来实现缓冲输入输出流和过滤输入输出流。
这些类的组合和复合就是通过装饰者模式实现的，从而实现了输入输出流的灵活性和可扩展性。
2. GUI开发中的控件美化在GUI开发中，控件美化也是一个典型的应用场景。
通过使用装饰者模式，可以动态地修改一个控件的外观和功能，而不需要修改源代码。
例如，可以通过直接继承一个控件类，实现控件的装饰，从而实现控件的美化。
3. 日志记录日志记录也是一个常见的应用场景。
通过使用装饰者模式，可以自定义不同类型的日志记录器，从而实现日志记录的灵活性和可扩展性。
例如，可以自定义一个输出到数据库的日志记录器，一个输出到文件的日志记录器等。
企业管理概论(第五版)第12章《生产运作管理》ppt课件
• 自然环境：温度、湿度、水资 源等
评估方法：
• 因素分析法：总评分最 高者最优
• 重心法：适用于单个设 施的最优位置决策
设施布置
考虑因素：
• 环境条件：运营组织的周围特 征，如噪声水平、照明、温度 等。特别是服务型企业应尽可 能地布置在环境条件好的位置 。
被优先用于下一步。
生产运作流程图
流程图的一般符号：
任务：流程中有助于使原材料向产品方向变换的行动 库存：原材料﹑在制品和完成品的停滞与储藏 检查：确认任务是否被有效地执行 决策点：引导其后流程的不同路径 物料流向 信息流向
生产运作流程图示例：
备货型生产VS订货型生产
根据存货进行生产和根据订单进行生产的主要区别
设备
多采用专用高 效设备
人员 专业化人员
订货型生产 （MTO）
按用户要求 生产 通过订单确 定
订货时确定
很重要，订 货时决定 多采用通用 设备 需多种操作 技能
生产的类型
服务性生产：不制造有形产品，但有时为实现服务而必须提 供有形产品。服务行业多从事服务性生产。
服务性生产的特点：
• 服务的产出是无形的、不可储存的，服务过程就是产品； • 有顾客参与，顾客作为服务系统的输入，服务人员与顾客直
• 成组技术：将不同的机器组 成加工中心（或工作单元） 来对形状和工艺要求相似的 零件进行加工。
• 固定布置：将产品位置固定 ，生产工人和设备都随产品 所在的某一位置而移动。
主要内容
12.1 生产与生产运作 12.2 生产/服务设施选址与布置 12.3 生产运作流程分析 12.4 生产计划组织 12.5 案例探讨
《软件工程实用教程》第12章_软件开发工具与环境
第12章 軟體開發工具與環境
一個集成化的CASE環境應當滿足下列需求： 1. 提供環境中所有工具間共用資訊的機制； 2. 資訊項改動時，能夠自動跟蹤到與之相關的資訊項； 3. 為所有軟體工程資訊提供版本控制及全局性配置管 理； 4. 允許直接的，以非順序方式訪問環境中的任何工具； 5. 支持軟體工程活動的過程性描述的自動建立； 6. 保證人-機介面的一致性和友好性； 7. 支持軟體開發人員間的通信； 8. 收集可用於改進產品和開發過程的管理和技術兩方 面的量度。
第12章 軟體開發工具與環境
10. 維護工具：軟體維護通常作為軟體的補充開 發過程。因此，在維護過程中不僅可能要用 到軟體開發階段用到的所有工具，還要有理 解工具，再生工程工具和逆向工程工具等。
第12章 軟體開發工具與環境
12.3 軟體開發工具 1. 業務系統規劃工具：通過將企業的策略性資訊需求 模型化，提供一個可導出特定資訊系統的“元模 型”，這樣可使業務資訊運行於企業的各個部門。 2. 專案管理工具：借助這類工具，專案管理者可以有 效的估算軟體專案所需的工作量，成本，開發週期 和風險評估等，可以定義一個功能分解結構 WBS,並 制定可行的專案開發計畫；基於需求跟蹤專案的開 發情況；採集量度數據，以評價軟體開發效率和產 品品質。 3. 支持工具：這類工具用於支持軟體工程過程，具體 包括文檔編制工具，品質保證工具，資料庫管理工 具和軟體配置管理工具等。
第12章 軟體開發工具與環境
1. 分析和設計工具：這類工具用於建立待開發系統模 型和模型品質評價，通過對模型的一致性和有效性 檢查，以保證分析與設計的完整性。 2. 編程工具：這類工碼生成器，解釋器及調試器等， 從工具輸出來看，4GL也屬於這一類。 3. 測試和分析工具：常用的測試與分析工具包括靜態 分析工具與動態測試工具。 4. 原型工具：隨著軟體構件重用研究的深入，更增強 了這種開發模式的實用價值。但原型的構造離不開 經驗資訊，如用於用戶介面設計的原型工具可利用 圖形包快速構造出應用系統介面，供用戶評價，以 確定最終產品的介面模式。
最新装饰者模式的运用资料
实验报告实验二装饰者模式的运用一、实验目的：装饰者模式动态地将责任附加到对象上，若要扩展功能，装饰者提供了比继承更有弹性的替代方案。
在熟悉装饰者模式相关理论知识的基础上，使用装设者模式实现米线店结账小程序。
二、实验要求：使用装饰者模式实现米线店结账程序，要求如下：1.米线有三种，干浆、酸浆和水米线。
2.配料有三种，豆腐、鸡蛋、牛肉，今后还会更多。
3.客户可疑随心所欲的要各种米线搭配各种配料，配料可以加同一种加多份，或者不同种加多份。
1、设计并绘制该程序的类图；2、依照设计的类图使用Java语言编写代码，并实现该程序；3、除了核心的模式相关类实现外，提供测试环境，按照难度高低，分别是：a)控制台程序，Client硬编码初始化模式和测试环境，运行结果文本输出；b)控制台程序，Client初始化测试环境，并根据用户输入运算，运行结果文本输出；c)设计并实现用户UI，Client初始化测试环境，并根据用户在UI控件上的输入运算，运行结果文本输出；三、实验内容：类图代码抽象类public abstract class Ricenoodle{public String descrption="米线";public abstract double cost();public String getDescrption() {return descrption;}}基类public class Dry_rice extends Ricenoodlepublic Dry_rice(){this.descrption="干浆米线";}public double cost() {return 5;}}public class Wintercherry_rice extends Ricenoodle{ public Wintercherry_rice(){this.descrption="酸浆米线";}public double cost() {return 6;}}public class Water_rice extends Ricenoodle{public Water_rice(){this.descrption="水米线";}public double cost() {return 6;}}配料装饰类public abstract class CondimentDecorator extends Ricenoodle{ public abstract String getDescrption();配料public class Tofu extends CondimentDecorator{ Ricenoodle r;public Tofu(Ricenoodle r){this.r=r;}public String getDescrption() {return r.getDescrption()+"加豆腐";}public double cost() {return r.cost()+2;}}public class egg extends CondimentDecorator{Ricenoodle r;public egg(Ricenoodle r){this.r=r;}public String getDescrption() {return r.getDescrption()+"加鸡蛋";}public double cost() {return r.cost()+1.5;}}public class beef extends CondimentDecorator{Ricenoodle r;public beef(Ricenoodle r){this.r=r;}public String getDescrption() {return r.getDescrption()+"加牛肉";}public double cost() {return r.cost()+4;}}订单测试import java.util.Scanner;public class test {public static void main(String[] args) {Ricenoodle []order=new Ricenoodle[3] ;Scanner sc = new Scanner(System.in);order[0]=new Dry_rice();order[1]=new Wintercherry_rice();order[2]=new Water_rice();System.out.println("输入选项选择米线种类 1 干浆米线,2 酸浆米线,3 水米线");int mi =sc.nextInt();System.out.println("您购买了一份"+order[mi-1].getDescrption());for(int i=0;i<2;){System.out.println("输入选项选择调料 1 豆腐,2鸡蛋,3牛肉,4不加");int ve =sc.nextInt();order[mi-1]=new Tofu(order[mi-1]);System.out.println("当前订单为"+order[mi-1].getDescrption());}else if(ve==2){order[mi-1]=new egg(order[mi-1]);System.out.println("当前订单为"+order[mi-1].getDescrption());}else if(ve==3){order[mi-1]=new beef(order[mi-1]);System.out.println("当前订单为"+order[mi-1].getDescrption());}elsei=4;System.out.println("是否还要加调料 1 yes 2no");int k=sc.nextInt();if(k==1){i=1;}else{i=4;sc.close();}}+"\n价格为："+order[mi-1].cost());}}运行结果四、实验总结：通过本次实验，加深了对装饰者模式意图，使用场景以及使用效果的理解，提升了编程能力。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
+ encrypt (String plainText)
: String
...
cipher
ComplexCipher
+ ComplexCipher (Cipher cipher)
+ encrypt (String plainText)
: String
+ reverse (String text)
: String
Decorator Pattern: Attach additional responsibilities to an object dynamically. Decorators provide a flexible alternative to subclassing for extending functionality.
pusb具ulpic体eCr(装ocnomc饰rpe类toenDe典enct型o);ra代tor码(C：omponent component) {
}
public void operation() { super.operation(); //调用原有业务方法 addedBehavior(); //调用新增业务方法
}
装饰模式的结构与实现
装饰模式的实现
抽象装饰类典型代码：
public class Decorator extends Component { private Component component; //维持一个对抽象构件对象的引用
//注入一个抽象构件类型的对象 public Decorator(Component component) {
现使用装饰模式来设计该图形界面构件库。
装饰模式的应用实例
实例类图
Component {abstract}
+ display () : void ...
Window
TextBox
ListBox
+ display () : void + display () : void + display () : void
装饰模式
装饰模式实例与解析
课堂练习一：多重加密系统
• 某系统提供了一个数据加密功能，可以对字符串进行加密。最 简单的加密算法通过对字母进行移位来实现，同时还提供了稍 复杂的逆向输出加密，还提供了更为高级的求模加密。用户先 使用最简单的加密算法对字符串进行加密，如果觉得还不够可 以对加密之后的结果使用其他加密算法进行二次加密，当然也 可以进行第三次加密。现使用装饰模式设计该多重加密系统。
Design Patterns
装饰模式
大纲
装饰模式概述 装饰模式的结构与实现 装饰模式的应用实例 透明装饰模式与半透明装饰模式 装饰模式的优缺点与适用环境
装修前 装修后
装饰模式概述
现实生活中的“装饰”实例
装饰模式概述
装饰模式分析
可以在不改变一个对象本身功能的基础上给对象增加 额外的新行为
: void
...
装饰模式的应用实例
实例代码
(1) Component：抽象界面构件类，充当抽象构件类 (2) Window：窗体类，充当具体构件类 (3) TextBox：文本框类，充当具体构件类 (4) ListBox：列表框类，充当具体构件类 (5) ComponentDecorator：构件装饰类，充当抽象装饰类 (6) ScrollBarDecorator：滚动条装饰类，充当具体装饰类 (7) BlackBorderDecorator：黑色边框装饰类，充当具体装饰类 (8) Client：客户端测试类
}
//新增业务方法 public void addedBehavior() {
…… } }
装饰模式的应用实例
实例说明
某 软 件 公 司 基 于 面 向 对 象 技 术 开 发 了 一 套 图 形 界 面 构 件 库 —— VisualComponent，该构件库提供了大量基本构件，如窗体、文本框、列 表框等，由于在使用该构件库时，用户经常要求定制一些特殊的显示效果， 如带滚动条的窗体、带黑色边框的文本框、既带滚动条又带黑色边框的列 表框等等，因此经常需要对该构件库进行扩展以增强其功能。
...
AdvancedCipher
+ AdvancedCipher (Cipher cipher)
+ encrypt (String plainText)
: String
+ mod (String text)
: String
...
透明装饰模式与半透明装饰模式
透明装饰模式
透明(Transparent)装饰模式：要求客户端完全针对 抽象编程，装饰模式的透明性要求客户端程序不应该 将对象声明为具体构件类型或具体装饰类型，而应该 全部声明为抽象构件类型
为Co构m件po增ne加nt黑co色m边po框ne！nt, componentSB, componentBB; 为co构mp件on增e加nt 滚= 动ne条w ！Window(); 显co示mp窗on体e！ntSB = new ScrollBarDecorator(component);
componentBB = new BlackBorderDecorator(componentSB); componentBB.display(); } }
+ operation () + addedBehavior ()
...
装饰模式的结构与实现
装饰模式的结构
装饰模式包含以下4个角色： • Component（抽象构件） • ConcreteComponent（具体构件） • Decorator（抽象装饰类） • ConcreteDecorator（具体装饰类）
c//o无m法po单n无e独nt法_调d2用在.ocpo客emrap户tioonn端e(n);t_单d2独的a调dde用dB新eha增vio方r()方法法addedBehavior()
……
透明装饰模式与半透明装饰模式
半透明装饰模式
半透明(Semi-transparent)装饰模式：用具体装饰类 型来定义装饰之后的对象，而具体构件使用抽象构件 类型来定义
是一种用于替代继承的技术，它通过一种无须定义子 类的方式给对象动态增加职责，使用对象之间的关联 关系取代类之间的继承关系
引入了装饰类，在装饰类中既可以调用待装饰的原有 类的方法，还可以增加新的方法，以扩展原有类的功 能
装饰模式概述
装饰模式的定义
装饰模式：动态地给一个对象增加一些额外的职责。就扩 展功能而言，装饰模式提供了一种比使用子类更加灵活的替 代方案。
对象结构型以对客户透明的方式动态地给一个对象 附加上更多的责任
可以在不需要创建更多子类的情况下， 让对象的功能得以扩展
Component
装饰模式的结构与实现 + operation () ...
装饰模式的结构
ConcreteComponent
+ operation () ...
component_d = new ConcreteDecorator(component_o);
compo最nen大t_d的.ope缺rat点ion在(); 于不能实现对同一个对象的多次装饰， c…om…po而nen且t_d客.add户ed端Beh需avi要or(有); //区单独别调地用对新增待业装务饰方法之前的对象和装饰
ponent=component; }
public void operation() { component.operation(); //调用原有业务方法
} }
装饰模式的结构与实现
pu装blic饰cla模ss C式onc的rete实Dec现orator extends Decorator {
+ display ()
: void
+ setScrollBar ()
: void
...
图形界面构件库结构图
BlackBorderDecorator
+ BlackBorderDecorator (
Component component)
+ display ()
: void
+ setBlackBorder ()
之后的对象
装饰模式的优缺点与适用环境
模式优点
对于扩展一个对象的功能，装饰模式比继承 更加灵活，不会导致类的个数急剧增加
可以通过一种动态的方式来扩展一个对象的 功能，通过配置文件可以在运行时选择不同 的具体装饰类，从而实现不同的行为
可以对一个对象进行多次装饰 具体构件类与具体装饰类可以独立变化，用
对于客户端而言，具体构件类型无须关心，是透明的； 但是具体装饰类型必须指定，这是不透明的
透明装饰模式与半透明装饰模式
半透明装饰模式
可以给系统带来更多的灵活性，设计相对简单，使用 … Co…mpo起nen来t co也mp非on常ent_方o;便//使用抽象构件类型定义 ccoommppoo客nneenn户tt__oo端.=opne使erwat用iCono具(n)c; r体eteC装om饰po类nen型t();来定义装饰后的对象，因此 Concre可teD以eco单rat独or c调om用ponaendt_dde; /d/使B用e具h体av装io饰r类()型方定法义
演示……
Code (designpatterns.decorator)
装饰模式的应用实例
结果及分析
packag实e 现de多sig次np装at饰terns.decorator;
public class Client { public static void main(String args[]) {