1--设计相关

刚出来工作的半年里，都是拼命加班写基础代码，觉得写起代码来已经非常娴熟，认为已经是个不错的程序员，不久在接手系统设计相关的工作后，才觉得设计模式的重要，虽然不需要给自己条条框框，但也给自己一个参考的标准。总之，在接触了设计模式后才有脱胎换骨的感觉，下面，开始把平时看的相关内容整理一下，以给自己常常重温和参考：

工厂模式：

工厂模式是GOF设计模式的主要常用模式，它主要是为创建对象提供了一种接口，工厂模式主要是封装了创建对象的细节过程，从而使得外界调用一个对象时，根本无需关心这个对象是如何产生的。

在GOF设计模式中，工厂模式分为工厂方法模式和抽象工厂模式。两者主要区别是，工厂方法是创建一种产品接口下的产品对象，而抽象工厂模式是创建多种产品接口下的产品对象，非常类似Builder生成器模式。在平时实践中，使用较多的基本是工厂方法模式。

以类SampleOne为例，要创建SampleOne的对象实例:

SampleOne sampleOne = new SampleOne();

如果Sample类有几个相近的类：SampleTwo或SampleThree，那么创建它们的实例分别是：

SampleTwo sampleTwo = new SampleTwo();

SampleThree sampleThree = new SampleThree();

其实这3个类都有一些共同的特征，如网上商店中销售书籍、玩具或者化妆品。虽然它们是不同的具体产品，但是它们有一个共同特征，可以抽象为“商品”。日常生活中很多东西都可以这样高度抽象成一种接口形式。上面这3个类如果可以抽象为一个统一接口SampleIF，那么上面语句就可以成为：

SampleIF sampleOne = new SampleOne();

SampleIF sampleTwo = new SampleTwo();

SampleIF sampleThree = new SampleThree();

在实际情况中，有时并不需要同时生成3种对象，而是根据情况在3者之中选一个。在这种情况下，需要使用工厂方法来完成了，创建一个叫SampleFactory的抽象类：

public class SampleFactory{

   public abstract SampleIF creator();

}

在这个抽象工厂类中有一个抽象方法creator，但是没有具体实现，而是延迟到它的子类中实现，创建子类SampleFactoryImp：

public class SampleFactoryImp extends SampleFactory{

   public SampleIF creator(){

    //根据其他因素综合判断返回具体产品

    //假设应该返回SampleOne对象

       return new SampleOne();

}

}

在SampleFactoryImp中根据具体情况来选择返回SampleOne、SampleTwo或SampleThree。所谓具体情况有很多种：上下文其他过程计算结果；直接根据配置文件中配置。

上述工厂方法模式中涉及到一个抽象产品接口Sample，如果还有其他完全不同的产品接口，如Product等，一个子类SampleFactoryImp只能实现一套系列产品方案的生产，如果还需要另外一套系统产品方案，就可能需要另外一个子类SampleFactoryImpTwo来实现。这样，多个产品系列、多个工厂方法就形成了抽象工厂模式。

评论

1 楼 jefferson 2006-11-16  

装饰模式
装饰（Decorator）模式是动态给一个对象添加一些额外的职责，或者说改变这个对象的一些行为。这就类似于使用油漆为某个东西刷上油漆，在原来的对象表面增加了一层外衣。

在装饰模式中，有两个主要角色：一个是被刷油漆的对象（decoratee）；另外一个是给decoratee刷油漆的对象（decorator）。这两个对象都继承同一个接口。

首先举一个简单例子来说明什么是装饰模式。

先创建一个接口：

public interface Work

{

　　public void insert();

}

这是一种打桩工作的抽象接口，动作insert表示插入，那么插入什么？下面这个实现表示方形木桩的插入：

public class SquarePeg implements Work{

　　public void insert(){

　　　　System.out.println("方形桩插入");

　　}

}

本来这样也许就可以满足打桩的工作需要，但是有可能土质很硬，在插入方形桩之前先要打一个洞，那么又将如何实现？可以编制一个Decorator类，同样继承Work接口，但是在实现insert方法时有些特别：

public class Decorator implements Work{

　　private Work work;

　　//额外增加的功能被打包在这个List中

　　private ArrayList others = new ArrayList();

　　public Decorator(Work work)

　　{

　　　　this.work=work;

　　　　others.add("打洞");   //准备好额外的功能

　　}

　　public void insert(){

　　　　otherMethod();

　　　　work.insert();

　　}

　　public void otherMethod()

　　{

　　　　ListIterator listIterator = others.listIterator();

　　　　while (listIterator.hasNext())

　　　　{

　　　　　　System.out.println(((String)(listIterator.next())) + " 正在进行");

　　　　}

}

}

在Decorator的方法insert中先执行otherMethod()方法，然后才实现SquarePeg的insert方法。油漆工Decorator给被油漆者SquarePeg添加了新的行为——打洞。具体客户端调用如下：

Work squarePeg ＝ new SquarePeg();

Work decorator = new Decorator(squarePeg);

decorator.insert();

本例中只添加了一个新的行为（打洞），如果还有很多类似的行为，那么使用装饰模式的优点就体现出来了。因为可以通过另外一个角度（如组织新的油漆工实现子类）来对这些行为进行混合和匹配，这样就不必为每个行为创建一个类，从而减少了系统的复杂性。

使用装饰模式可以避免在被油漆对象decoratee中包装很多动态的，可能需要也可能不需要的功能，只要在系统真正运行时，通过油漆工decorator来检查那些需要加载的功能，实行动态加载。