1、设计模式分解java 六,类似CompositeEquipment, 提供用于访问自己组合体内的部件方法: 增加 删除 遍历.结合我的其他模式中对Jive的分析,我们已经基本大体理解了Jive论坛体系的框架,/*-*/结构模式.DecoratorDecorator常被翻译成“装饰“,我觉得翻译成“油漆工“更形象点,油漆工(decorator)是用来刷油漆的,那么被刷油漆的对象我们称decoratee.这两种实体在Decorator模式中是必须的.Decorator定义:动态给一个对象添加一些额外的职责,就象在墙上刷油漆.使用Decorator模式相比用生成子类方式达到功能的扩充显得更为灵活.为
2、什么使用Decorator?我们通常可以使用继承来实现功能的拓展,如果这些需要拓展的功能的种类很繁多,那么势必生成很多子类,增加系统的复杂性,同时,使用继承实现功能拓展,我们必须可预见这些拓展功能,这些功能是编译时就确定了,是静态的.,使用Decorator的理由是:这些功能需要由用户动态决定加入的方式和时机.Decorator提供了“即插即用“的方法,在运行期间决定何时增加何种功能.如何使用?举Adapter中的打桩示例,在Adapter中有两种类:方形桩 圆形桩,Adapter模式展示如何综合使用这两个类,在Decorator模式中,我们是要在打桩时增加一些额外功能,比如,挖坑 在桩上钉木
3、板等,不关心如何使用两个不相关的类.我们先建立一个接口:public interface Workpublic void insert();接口Work有一个具体实现:插入方形桩或圆形桩,这两个区别对Decorator是无所谓.我们以插入方形桩为例:,public class SquarePeg implements Workpublic void insert()System.out.println(“方形桩插入“);现在有一个应用:需要在桩打入前,挖坑,在打入后,在桩上钉木板,这些额外的功能是动态,可能随意增加调整修改,比如,可能又需要在打桩之后钉架子(只是比喻).那么我们使用Decora
4、tor模式,这里方形桩SquarePeg是decoratee(被刷油漆者),我们需要在decoratee上刷些“油漆“,这些油漆就是那些额外的功能.public class Decorator implements Workprivate Work work;/额外增加的功能被打包在这个List中,private ArrayList others = new ArrayList();/在构造器中使用组合new方式,引入Work对象;public Decorator(Work work)this.work=work;others.add(“挖坑“);others.add(“钉木板“);publi
5、c void insert()newMethod();,/在新方法中,我们在insert之前增加其他方法,这里次序先后是用户灵活指定的public void newMethod()otherMethod();work.insert();public void otherMethod()ListIterator listIterator = others.listIterator();while (listIterator.hasNext()System.out.println(String)(listIterator.next() + “ 正在进行“);,在上例中,我们把挖坑和钉木板都排在了打
6、桩insert前面,这里只是举例说明额外功能次序可以任意安排.好了,Decorator模式出来了,我们看如何调用:Work squarePeg = new SquarePeg();Work decorator = new Decorator(squarePeg);decorator.insert();Decorator模式至此完成.如果你细心,会发现,上面调用类似我们读取文件时的调用:FileReader fr = new FileReader(filename);BufferedReader br = new BufferedReader(fr);实际上Java 的I/O API就是使用De
7、corator实现的,I/O变种很多,如果都采取继承方法,将会产生很多子类,显然相当繁琐.Jive中的Decorator实现,在论坛系统中,有些特别的字是不能出现在论坛中如“打倒XXX“,我们需要过滤这些“反动“的字体.不让他们出现或者高亮度显示.在IBM Java专栏中专门谈Jive的文章中,有谈及Jive中ForumMessageFilter.java使用了Decorator模式,其实,该程序并没有真正使用Decorator,而是提示说:针对特别论坛可以设计额外增加的过滤功能,那么就可以重组ForumMessageFilter作为Decorator模式了.所以,我们在分辨是否真正是Deco
8、rator模式,以及会真正使用Decorator模式,一定要把握好Decorator模式的定义,以及其中参与的角色(Decoratee 和Decorator)./*-*/结构模式.BridgeBridge定义 :将抽象和行为划分开来,各自独立,但能动态的结合.为什么使用?通常,当一个抽象类或接口有多个具体实现(concrete subclass),这些concrete之间关系可能有以下两种:1. 这多个具体实现之间恰好是并列的,如前面举例,打桩,有两个concrete class:方形桩和圆形桩;这两个形状上的桩是并列的,没有概念上的重复,那么我们只要使用继承就可以了.2.实际应用上,常常有可
9、能在这多个concrete class之间有概念上重叠.,那么需要我们把抽象共同部分和行为共同部分各自独立开来,原来是准备放在一个接口里,现在需要设计两个接口,分别放置抽象和行为.例如,一杯咖啡为例,有中杯和大杯之分,同时还有加奶 不加奶之分.如果用单纯的继承,这四个具体实现(中杯 大杯 加奶 不加奶)之间有概念重叠,因为有中杯加奶,也有中杯不加奶, 如果再在中杯这一层再实现两个继承,很显然混乱,扩展性极差.那我们使用Bridge模式来实现它.如何实现?以上面提到的咖啡 为例. 我们原来打算只设计一个接口(抽象类),使用Bridge模式后,我们需要将抽象和行为分开,加奶和不加奶属于行为,我们将
10、它们抽象成一个专门的行为接口.先看看抽象部分的接口代码:,public abstract class CoffeeCoffeeImp coffeeImp;public void setCoffeeImp() this.CoffeeImp = CoffeeImpSingleton.getTheCoffeImp();public CoffeeImp getCoffeeImp() return this.CoffeeImp;public abstract void pourCoffee();其中CoffeeImp 是加不加奶的行为接口,看其代码如下:public abstract class Cof
11、feeImp,public abstract void pourCoffeeImp();现在我们有了两个抽象类,下面我们分别对其进行继承,实现concrete class:/中杯public class MediumCoffee extends Coffeepublic MediumCoffee() setCoffeeImp();public void pourCoffee()CoffeeImp coffeeImp = this.getCoffeeImp();/我们以重复次数来说明是冲中杯还是大杯 ,重复2次是中杯for (int i = 0; i 2; i+),coffeeImp.pourC
12、offeeImp();/大杯public class SuperSizeCoffee extends Coffeepublic SuperSizeCoffee() setCoffeeImp();public void pourCoffee()CoffeeImp coffeeImp = this.getCoffeeImp();/我们以重复次数来说明是冲中杯还是大杯 ,重复5次是大杯for (int i = 0; i 5; i+),coffeeImp.pourCoffeeImp();上面分别是中杯和大杯的具体实现.下面再对行为CoffeeImp进行继承:/加奶public class MilkCoffeeImp extends CoffeeImpMilkCoffeeImp() public void pourCoffeeImp()System.out.println(“加了美味的牛奶“); 更多资料 java培训 http:/ class FragrantCoffeeImp extends CoffeeImpFragrantCoffeeImp() public void pourCoffeeImp()System.out.println(“什么也没加,清香“);,