设计模式--J2EE相关设计模式讨论

设计模式，这个概念现在是满天飞，大家手里面估计都有，Erich Gamma, Richard Helm, Ralph Johnson, and John Vlissides, in the book "Design Patterns - Element of Re-Useable Object-Oriented Software",这本书。根据其中的说法，有三种，创建型模式、结构型模式和行为型模式。一共包括23个模式，在这里不一一列举。实际应用中，我们不可能在短时间内消化吸收掉，因为模式本身就是约定俗成的东西，依靠大家以往的项目经验总结出来的习惯用法。习惯要时间去培养，去形成，所以大家不要急着去用所有的模式，但一定要有这种意识，在项目中、学习中开始用上几个看看，研究研究模式给你会带来什么价值。但如果，你对Java JDK1.4 源码用到的设计模式感兴趣，可以到官方网站下载！这个地方有详细说明，http://www.javaresearch.org/dn.jsp。
    在进入正题之前，我申明该文章没有任何商业目的，其中涉及到开源软件的一些源代码，所以涉及到知识产权问题时，如果有人将其用于商业目的，个人不负责该方面的责任。在这里只用于学习、交流的目的。谢谢合作。
    好，接下来继续往下看。
    但问题出来了，如何将这些模式具体用到Java Project中呢？刚开始确实很头疼。一方面，我们要知道模式的适用场合、引入模式给系统带来的好坏，等等都需要我们去考虑的。另一方面，模式本身的理解消化吸收。再者，还有你的老板逼着你完成任务-：）。等等。其实，冷静分析一下，也不是没有可能。我们在项目中，完成自己的工作是一方面，但另一方面要考虑好自己的职业生涯，要想把Java Coder、Java Developer、Java Architect、或者什么的……做好,这些都是基本功。
    学者，就是喜欢把1+1，这么简单的问题用什么。。。。理论推导出来，作为技术工作者，比如我们，看的是结果，技术的实作性。而大家在学设计模式中的过程中，往往脱离实践，看看设计模式的UML图（说句实在话，大家的UML功底都不会太好吧，把它用于我们的UP估计也少。）、还有模式的什么意图，别名，动机，适用性，结构，参与者，协作，效果，实现，代码实例，。。。。。。。脑袋都晕掉了。大家是否给忘记了，这种GP,本来就很抽象，加上这么多条条框框，两个字，“郁闷”。我们不妨从分析GP代码入手效果很很不错，我学习过程中就是这样的。要不我们现在就看看一个例子。以行为型模式State为例。（模式的实现例子网络上有很多。Java的实现也很多，比如，Together ControlCenter里面就内置了这种基于GP的编程模板，详细内容大家用用就知道了。）
    大家知道，State的用意在于，允许一个对象在其内部状态改变时改变它的行为。对象看起来似乎修改了他的类。我们先看http://www.javacoder.net/patterns.jsp 上提供的GOF SOFTWARE DESIGN PATTERNS CATALOGUE的State模式源码实现。
    首先看接口类，State.java

    public interface State {

    public void handle();

}

以定义接口以封装与Conext(代码稍候陈述！)的一个特定状态相关的行为。

然后看，接口的实现类。第一个，ConcreteState1.java

public class ConcreteState1 implements State {

  public void handle() {
     System.out.println("ConcreteState1.handle() executing");
  }

}

第二个，ConcreteState2.java

public class ConcreteState2 implements State {
  public void handle() {
     System.out.println("ConcreteState2.handle() executing");
  }
}

这两个类实现了State接口。

然后再看，Context.java是如何将上述三个.java文件联系起来。

public class Context {
    public static final int STATE_ONE = 0;
    public static final int STATE_TWO = 1;
         //大家注意，这句话很关键，该模式做手脚的地方！
    private State currentState = new ConcreteState1();

    public void request() {
        currentState.handle();
    }

    public void changeState(int state) {
       switch (state) {
        case STATE_ONE:
           currentState = new ConcreteState1();//关键点
           break;
        case STATE_TWO:
           currentState = new ConcreteState2();//关键点
           break;
       }
    }
}

这样，写好4个.java文件后，其实您已经实现了State设计模式，很有趣，对吧？就是这样简单。
再看看如何使用该设计模式了。写一个Client.java看看。

public class Client {

    public static void main(String[] args) {
        // 构造Context
        Context ctx = new Context();
        // 唤起Context.request()
        ctx.request();
        // 改变ctx的状态？为什么改变了呢？大家想想看。
        ctx.changeState(Context.STATE_TWO);
        // 再次唤起Context.request()，结果大不一样。
        ctx.request();
    }
}

是不是您也想试试呢？要不自己动手运行一下看看就知道了。
大家分析完成后，就知道了State模式是如何巧妙的实现了”移花接木”,或者说狸猫换太子，等等都可以了。
到了这一步，对这个模式的分析还没有结束，您最好回到教科书，再看一遍，如果现在你看这个模式还有问题，我想我写得很失败！

复杂问题简单化！！！！！