J2EE常见设计模式(一)

J2EE常见设计模式

Abstract Factory（抽象工厂）

抽象工厂，按字面含义来理解，就是一个不存在的工厂，只是抽象出来的一个概念工厂，反应到代码中，可以理解为定义了固定操作接口的一个抽象类，这个类不完成任何事（特殊情况也可以完成某些生产操作），而是交由它的子类来进行实际的操作。

理解概念总是困难的，因此用比喻的方式总是容易让人理解，这里我举个例子来说明抽象工厂，在我们写代码的过程中，经常会牵扯到界面元素的变动，比如常见的什么Xp样式风格、Office2003风格、Vista风格等等，例子中，我以生成文本框、复选框为例，来说明抽象工厂模式。

不论什么风格，它们都是控件，因此都会有创建文本框及复选框的方法，这些方法就是工厂方法，代码如下：

    abstract class ControlFactory
    {
        public abstract TextBox CreateTextbox();

        public abstract CheckBox CreateCheckbox();
    }

    class StandardControlFactory : ControlFactory
    {
        public StandardControlFactory() { }

        public override TextBox CreateTextbox()
        {
            return new TextBox();
        }

        public override CheckBox CreateCheckbox()
        {
            return new CheckBox();
        }
    }

StandardControlFactory类是创建标准控件的一个实现工厂，同样我们要实现XP样式的文本框创建，则重新继承一下抽象工厂类即可，代码如下：  

    class XpControlFactory : ControlFactory
    {
        public XpControlFactory() { }

        public override TextBox CreateTextbox()
        {
            TextBox tb = new TextBox();
            //对tb对象进行XP样式修改
            return tb;
        }

        public override CheckBox CreateCheckbox()
        {
            CheckBox ck = new CheckBox();
            //对ck对象进行XP样式修改
            return ck;
        }        
    }

 

  在客户端使用的时候，通过送入不同的实现工厂，即可实现对界面的修改，例如：

        public Panel CreateInterface(ControlFactory factory)
        {
            Panel p = new Panel();
            p.Controls.Add(factory.CreateCheckbox());
            p.Controls.Add(factory.CreateTextbox());
            return p;
        }

 

上面的代码中，要修改不同风格的控件，只需要送入不同的抽象工厂实例即可。

 

 

 

 

Decrorator（装饰器）

给一个对象动态地添加职责，而无须为了每一种可能的职责配置情况去创建特定的子类（派生类）

装饰模式:Decorator常被翻译成"装饰",我觉得翻译成"油漆工"更形象点,油漆工(decorator)是用来刷油漆的,那么被刷油漆的对象我们称decoratee.这两种实体在Decorator模式中是必须的.
Decorator定义:
动态给一个对象添加一些额外的职责,就象在墙上刷油漆.使用Decorator模式相比用生成子类方式达到功能的扩充显得更为灵活.
为什么使用Decorator?
我们通常可以使用继承来实现功能的拓展,如果这些需要拓展的功能的种类很繁多,那么势必生成很多子类,增加系统的复杂性,同时,使用继承实现功能拓展,我们必须可预见这些拓展功能,这些功能是编译时就确定了,是静态的.

使用Decorator的理由是:这些功能需要由用户动态决定加入的方式和时机.Decorator提供了"即插即用"的方法,在运行期间决定何时增加何种功能.

如何使用?
举Adapter中的打桩示例,在Adapter中有两种类:方形桩 圆形桩,Adapter模式展示如何综合使用这两个类,在Decorator模式中,我们是要在打桩时增加一些额外功能,比如,挖坑 在桩上钉木板等,不关心如何使用两个不相关的类.

我们先建立一个接口:

public interface Work
{
  public void insert();

}



接口Work有一个具体实现:插入方形桩或圆形桩,这两个区别对Decorator是无所谓.我们以插入方形桩为例:

public class SquarePeg implements Work{
  public void insert(){
    System.out.println("方形桩插入");
  }
}

现在有一个应用:需要在桩打入前,挖坑,在打入后,在桩上钉木板,这些额外的功能是动态,可能随意增加调整修改,比如,可能又需要在打桩之后钉架子(只是比喻).

那么我们使用Decorator模式,这里方形桩SquarePeg是decoratee(被刷油漆者),我们需要在decoratee上刷些"油漆",这些油漆就是那些额外的功能.

public class Decorator implements Work{

  private Work work;
  //额外增加的功能被打包在这个List中
  private ArrayList thers = new ArrayList();

  //在构造器中使用组合new方式,引入Work对象;
  public Decorator(Work work)
  {
    this.work=work;
 
    others.add("挖坑");

    others.add("钉木板");
  }

  public 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())) + " 正在进行");
    }

  }


}