作者：龚赤兵    来自：开放系统世界

　　Java是一种面向对象的语言，是实现面向对象编程的强大工具。我们在实际编程中，应该运用并发挥其最大效能。但是，要利用面向对象编程思想，自己独立开发出好的Java应用程序，特别是大、中型程序，并不是一件简单的事情。正是基于面向对象编程思想，人们将实际中的各种应用程序，进行了大量的分析、总结，从而归纳出许多标准的设计模式。将这些设计模式合理地运用到自己的实际项目中，可以最大限度地减少开发过程中出现的设计上的问题，确保项目高质量的如期完成。

　　MVC模式介绍

　　模型－视图－控制器(Model-View-Controller,MVC)模式就是为那些需要为同样的数据提供多个视图的应用程序而设计的。它很好地实现了数据层与表示层的分离，特别适用于开发与用户图形界面有关的应用程序，其示意图见图1。模式中基本结构定义为：

　　控制器 用来处理用户命令以及程序事件的；

　　模型 维护数据并提供数据访问方法；

　　视图 数据的显示。

　　MVC模式基本实现过程为：

　　1. 控制器（如Java中的main程序入口）要新建模型；

　　2. 控制器要新建一个或多个视图对象，并将它们与模型相关联；

　　3. 控制器改变模型的状态；

　　4. 当模型的状态改变时，模型将会自动刷新与之相关的视图。

　　图1 MVC模式基本结构

　　本文要实现的Ｊａｖａ应用程序是当用户在图形化用户界面输入一个球体的半径时，程序将显示该球体的体积与表面积。我们首先利用基本MVC模式实现以上程序，然后利用不同数量的模型、视图、控制器结构来扩展该程序。

　　基本MVC模式

　　该程序主要由三个类构成，分别为Sphere类、TextView类及SphereWindow类。其中Sphere类扮演Model的角色，TextView类为View角色，SphereWindow类为Controller角色。

　　Java通过专门的类Observable及Observer接口来实现MVC编程模式。其UML类图及MVC模式的实现方式见图2。

　　图2 MVC模式的UML类图

　　从图2中可以看出，Model类必须继承Observable类，View类必须实现接口Observer。正是由于实现了上述结构，当模型发生改变时（当控制器改变模型的状态），模型就会自动刷新与之相关的视图。其UML序列图可以表示为图3。

　　Model类Sphere，必须扩展Observable类，因为在Observable类中，方法addObserver()将视图与模型相关联，当模型状态改变时，通过方法notifyObservers()通知视图。其中实现MVC模式的关键代码为：

import java.util.Observable;
                        class Sphere extends Observable
                        {
                        ....
                        public void setRadius(double r)
                        {
                        myRadius = r;
                        setChanged();         // Indicates that the model has changed
                        notifyObservers();
                        }
                        ....
                        }

　　图3 MVC模式的UML序列图

　　View类的角色TextView类必须实现接口Observer，这意味着类TextView必须是implements Observe，另外还需实现其中的方法update()。有了这个方法，当模型Sphere类的状态发生改变时，与模型相关联的视图中的update()方法就会自动被调用，从而实现视图的自动刷新。View类的关键代码如下：

import java.util.Observer;
                        import java.util.Observable;
                        public class TextView extends JPanel implements Observer
                        {
                        ......
                        public void update(Observable o, Object arg)
                        {
                        Sphere balloon = (Sphere)o;
                        radiusIn.setText(“ ”+f3.format(balloon.getRadius()));
                        volumeOut.setText(“ ”+f3.format(balloon.volume()));
                        surfAreaOut.setText(“ ” + f3.format(balloon.surfaceArea()));
                        }
                        ......
                        }

　　SphereWindow类作为Controller，它主要新建Model与View，将view与Model相关联，并处理事件，其中的关键代码为：

public SphereWindow()
                        {
                        super(“Spheres: volume and surface area”);
                        model = new Sphere(0, 0, 100);
                        TextView view = new TextView();
                        model.addObserver(view);
                        view.update(model, null);
                        view.addActionListener(this);
                        Container c = getContentPane();
                        c.add(view);
                        }
                        public void actionPerformed(ActionEvent e)
                        {
                        JTextField t = (JTextField)e.getSource();
                        double r = Double.parseDouble(t.getText());
                        model.setRadius(r);
                        }

　　该程序是通过Java中的MVC模式编写的，具有极其良好的可扩展性。它可以轻松实现以下功能：

　　1. 实现一个模型的多个视图；

　　2. 采用多个控制器；

　　3. 当模型改变时，所有视图将自动刷新；

　　4. 所有的控制器将相互独立工作。

　　这就是Java编程模式的好处，只需在以前的程序上稍作修改或增加新的类，即可轻松增加许多程序功能。以前开发的许多类可以重用，而程序结构根本不再需要改变，各类之间相互独立，便于团体开发，提高开发效率。

　　一个模型、两个视图和一个控制器

　　下面我们讨论如何实现一个模型、两个视图和一个控制器的程序。当用户在图形化用户界面输入一个球体的半径，程序除显示该球体的体积与表面积外，还将图形化显示该球体。该程序的4个类之间的示意图可见图4。

　　图4一个模型、两个视图和一个控制器的基本结构

　　其中Model类及View1类根本不需要改变，与前面的完全一样，这就是面向对象编程的好处。对于Controller中的SphereWindows类，只需要增加另一个视图，并与Model发生关联即可。其关键实现代码为：

public SphereWindow()
                        {
                        super(“Spheres: volume and surface area”);
                        model = new Sphere(0, 0, 100);
                        TextView tView = new TextView();
                        model.addObserver(tView);
                        tView.addActionListener(this);
                        tView.update(model, null);
                        GraphicsView gView = new GraphicsView();
                        model.addObserver(gView);
                        gView.update(model, null);
                        Container c = getContentPane();
                        c.setLayout(new GridLayout(1, 2));
                        c.add(tView);
                        c.add(gView);
                        }

　　其程序输出结果见图5。

　　图5 输出结果

　　一个模型、两个视图和两个控制器

　　在上面的程序中，我们只能通过键盘输入球体半径，现在我们修改以上程序，利用鼠标放大、缩小右边的球体图形及可改变球体的半径，从而获得球体半径的输入。

　　此时的MCV模式为一个模型、两个视图和两个控制器，其结构可以见图6，其UML类图可以表示为图7。

　　其中Sphere、TextView与GraphicsView类与前面完全一样。在主程序SphereWindows中，该类这时不是直接作为Controller，它控制Controller1与Controller2的新建。该程序的关键代码为：

public SphereWindow()
                        {
                        super(“Spheres: volume and surface area”);
                        Sphere model = new Sphere(0, 0, 100);
                        TextController tController = new TextController(model);
                        GraphicsController gController = new GraphicsController(model);
                        Container c = getContentPane();
                        c.setLayout(new GridLayout(1, 2));
                        c.add(tController.getView());
                        c.add(gController.getView());
                        }

图6一个模型、两个视图和两个控制器的基本结构

　　图7 一个模型、两个视图和两个控制器的UML类图

　　当程序SphereWindow运行时，将鼠标移动到球体的外圆处，点击拖动即可实现球体的放大与缩小，同时球体半径、表面积与球体积也同时变化。

　　小结

　　从上面介绍可以看出，通过MVC模式实现与图形用户化界面相关的应用程序具有极其良好的可扩展性，是Java面向对象编程的未来方向。

作者：刘湛    来自：IBM

　　本文介绍了设计模式中 Singleton 的基本概念,对其功能和用途进行了简单的分析,列出了通常实现 Singleton 的几种方法,并给出了详细的Java 代码.

　　基本概念

　　Singleton 是一种创建性模型,它用来确保只产生一个实例,并提供一个访问它的全局访问点.对一些类来说,保证只有一个实例是很重要的,比如有的时候,数据库连接或 Socket 连接要受到一定的限制,必须保持同一时间只能有一个连接的存在.再举个例子,集合中的 set 中不能包含重复的元素,添加到set里的对象必须是唯一的,如果重复的值添加到 set,它只接受一个实例.JDK中正式运用了Singleton模式来实现 set 的这一特性,大家可以查看java.util.Collections里的内部静态类SingletonSet的原代码.其实Singleton是最简单但也是应用最广泛的模式之一,在 JDK 中随处可见.

　　简单分析

　　为了实现 Singleton 模式,我们需要的是一个静态的变量,能够在不创建对象的情况下记忆是否已经产生过实例了.静态变量或静态方法都可以在不产生具体实例的情况下直接调用,这样的变量或方法不会因为类的实例化而有所改变.在图1的结构中可以看到,uniqueInstance 就是这个独立的静态变量,它可以记忆对象是否已经实例化了,在静态方法 Instance 中对这个变量进行判断,若没有实例化过就产生一个新的对象,如果已经实例化了则不再产生新的对象,仍然返回以前产生的实例.

图1: Singleton 模式结构

　　具体实施

　　实现 Singleton 模式的办法通常有三种.

　　一. 用静态方法实现 Singleton

　　这种方法是使用静态方法来监视实例的创建.为了防止创建一个以上的实例,我们最好把构造器声明为 private.

　　这样可以防止客户程序员通过除由我们提供的方法之外的任意方式来创建一个实例,如果不把构造器声明为private,编译器就会自作聪明的自动同步一个默认的friendly构造器.这种实现方法是最常见的,也就是图1中结构的标准实现.

        public class Singleton {
            private static Singleton s;
            private Singleton(){};
        /**
             * Class method to access the singleton instance of the class.
         */
        public static Singleton getInstance() {
         if (s == null)
            s = new Singleton();
          return s;
        }
}

// 测试类
class singletonTest {
  public static void main(String[] args) {
    Singleton s1 = Singleton.getInstance();
    Singleton s2 = Singleton.getInstance();
    if (s1==s2)
      System.out.println("s1 is the same instance with s2");
    else
      System.out.println("s1 is not the same instance with s2");
  }
}

　　singletonTest运行结果是:
　　s1 is the same instance with s2
　　这证明我们只创建了一个实例.

　　二. 以静态变量为标志实现 Singleton

　　在类中嵌入一个静态变量做为标志,每次都在进入构造器的时候进行检查.

　　问题在于构造器没有返回类型,如果确定创建一个实例成功与否.一个方法是调用一个函数来检查创建是否成功,然后简单的返回一个来自静态变量的值,但是这样做是不优雅的,而且容易发生错误.比较好的做法是创建一个当创建了一个以上的实例时可以抛出异常的类,这个类仅仅是调用父类方法,好处是用了自己命名的异常类型,错误信息更加清晰:

class SingletonException extends RuntimeException {
  public SingletonException(String s) {
    super(s);
  }
}

class Singleton {
  static boolean instance_flag = false; // true if 1 instance
  public Singleton() {
    if (instance_flag)
      throw new SingletonException("Only one instance allowed");
    else
      instance_flag = true; // set flag for 1 instance
  }
}

// 测试类

public class singletonTest {
  static public void main(String argv[]) {
    Singleton s1, s2;
    // create one incetance--this should always work
    System.out.println("Creating one instance");
    try {
      s1 = new Singleton();
    } catch (SingletonException e) {
      System.out.println(e.getMessage());
    }
    // try to create another spooler --should fail
    System.out.println("Creating two instance");
    try {
      s2 = new Singleton();
    } catch (SingletonException e) {
      System.out.println(e.getMessage());
    }
  }
}

　　singletonTest运行结果是:
　　Creating one instance
　　Creating two instance
　　Only one instance allowed
　　可以看出,第一个实例顺利创建,第二个实例创建实抛出了我们自定义的异常.

　　三. 用注册器机制来创建 Singleton

　　首先用集合中的Hashtable 和Enumeration来实现addItem(Object key, Object value),getItem(Object key), ,removeItem(Object key)等方法实现一个管理器,将key和value一一关联起来,客户程序员创建实例前首先用addItem方法进行注册,再用getItem方法获取实例.Hashtable中的key是唯一的,从而保证创建的实例是唯一的,具体实现限于篇幅不再细说,在Prototype模型的应用一文中我将会给出一个实现注册器的代码.用注册器机制来创建 Singleton模式的好处是易于管理,可以同时控制多个不同类型的Singleton 实例.

　　小结

　　1. Singleton模式可以方便的进行扩充,产生指定数目的实例.

　　2. 在The Design Patterns Java Companion 一书中曾提到过用静态类的方式来实现 Singleton模式,并指出java.lang.Math就是一个例子,这里我并不表示赞同,因为Math并不是一个真正的对象,我们只是直接调用Math类所包装的静态方法而已,根本就没有创建实例的过程,又从何说起只产生一个实例呢?这个问题我曾到Javaranch的论坛上发过帖子,所有回帖的人也都是对这一观点持否定态度.

　　3. 在多线程的程序中,singleton可能会变的不可靠,可能会出现多个实例,解决的办法很简单,加个同步修饰符: public static synchronized Singleton getInstance(). 这样就保证了线程的安全性.

　　4. 最后要说的是大家可能会看见一些其他实现Singleton模式的方法,因为模式在具体的应用时是灵活的,不是一成不变的,并没有一个固定的做法,但大都是上面几种方法的变形.

作者：刘湛    来自：ibm

　　在设计模式中,Factory Method也是比较简单的一个,但应用非常广泛,EJB,RMI,COM,CORBA,Swing中都可以看到此模式的影子,它是最重要的模式之一.在很多地方我们都会看到xxxFactory这样命名的类,那么,什么是Factory Method,为什么要用这个模式,如何用Java语言来实现该模式,这就是本文想要带给大家的内容.

　　基本概念

　　Factory Method是一种创建性模式,它定义了一个创建对象的接口,但是却让子类来决定具体实例化哪一个类.当一个类无法预料要创建哪种类的对象或是一个类需要由子类来指定创建的对象时我们就需要用到Factory Method 模式了.简单说来,Factory Method可以根据不同的条件产生不同的实例,当然这些不同的实例通常是属于相同的类型,具有共同的父类.Factory Method把创建这些实例的具体过程封装起来了,简化了客户端的应用,也改善了程序的扩展性,使得将来可以做最小的改动就可以加入新的待创建的类. 通常我们将Factory Method作为一种标准的创建对象的方法,当发现需要更多的灵活性的时候,就开始考虑向其它创建型模式转化

　　简单分析

　　图1是Factory Method 模式的结构图,这里提供了一些术语,让我们可以进行更方便的描述:

图1: Factory Method 模式结构

　　1．Product: 需要创建的产品的抽象类.
　　2．ConcreteProduct: Product的子类,一系列具体的产品.
　　3．Creator: 抽象创建器接口,声明返回Product类型对象的Factory Method.
　　4．ConcreteCreator: 具体的创建器,重写Creator中的Factory Method,返回ConcreteProduct类型的实例.

　　由此可以清楚的看出这样的平行对应关系: Product <====> Creator ; ConreteProduct <====> ConreteCreator

　　抽象产品对应抽象创建器,具体产品对应具体创建器.这样做的好处是什么呢?为什么我们不直接用具体的产品和具体的创建器完成需求呢?实际上我们也可以这样做.但通过Factory Method模式来完成,客户(client)只需引用抽象的Product和Creater,对具体的ConcreteProduct和ConcreteCreator可以毫不关心,这样做我们可以获得额外的好处:

　　首先客户端可以统一从抽象创建器获取产生的实例,Creator的作用将client和产品创建过程分离开来,客户不用操心返回的是那一个具体的产品,也不用关心这些产品是如何创建的.同时,ConcreteProduct也被隐藏在Product后面,ConreteProduct继承了Product的所有属性,并实现了Product中定义的抽象方法,按照Java中的对象造型(cast)原则,通过ConcreteCreator产生的ConcreteProduct可以自动的上溯造型成Product.这样一来,实质内容不同的ConcreteProduct就可以在形式上统一为Product,通过Creator提供给client来访问.

　　其次,当我们添加一个新的ConcreteCreator时,由于Creator所提供的接口不变,客户端程序不会有丝毫的改动,不会带来动一发而牵全身的灾难, 这就是良好封装性的体现.但如果直接用ConcreteProduct和ConcreteCreator两个类是无论如何也做不到这点的. 优良的面向对象设计鼓励使用封装(encapsulation)和委托(delegation),而Factory Method模式就是使用了封装和委托的典型例子,这里封装是通过抽象创建器Creator来体现的,而委托则是通过抽象创建器把创建对象的责任完全交给具体创建器ConcreteCreator来体现的.

　　现在,请再回头看看基本概念中的那段话,开始也许觉得生涩难懂,现在是不是已经明朗化了很多.

　　下面让我们看看在 Java 中如何实现Factory Method模式,进一步加深对它的认识.

　　具体实施

　　先说明一点,用Factory Method模式创建对象并不一定会让我们的代码更短,实事上往往更长,我们也使用了更多的类,真正的目的在于这样可以灵活的,有弹性的创建不确定的对象.而且,代码的可重用性提高了,客户端的应用简化了,客户程序的代码会大大减少,变的更具可读性.

　　标准实现: 这里我采用Bruce Eckel 用来描述OO思想的经典例子 Shape.这样大家会比较熟悉一些.我完全按照图1中所定义的结构写了下面的一段演示代码.这段代码的作用是创建不同的Shape实例,每个实例完成两个操作:draw和erase.具体的创建过程委托給ShapeFactory来完成.

　　1.a 首先定义一个抽象类Shape,定义两个抽象的方法.

abstract class Shape {
  // 勾画shape
  public abstract void draw();
  // 擦去 shape
  public abstract void erase();

  public String name;
  public Shape(String aName){
    name = aName;
  }
}

　　1.b 定义 Shape的两个子类: Circle, Square,实现Shape中定义的抽象方法

// 圆形子类
class Circle extends Shape {
  public void draw() {
    System.out.println("It will draw a circle.");
  }
  public void erase() {
    System.out.println("It will erase a circle.");
  }
  // 构造函数
  public Circle(String aName){
    super(aName);
  }
}

// 方形子类
class Square extends Shape {
  public void draw() {
    System.out.println("It will draw a square.");
  }
  public void erase() {
    System.out.println("It will erase a square.");
  }
  // 构造函数
  public Square(String aName){
    super(aName);
  }
}

　　1.c 定义抽象的创建器,anOperation调用factoryMethod创建一个对象,并对该对象进行一系列操作.

abstract class ShapeFactory { 
  protected abstract Shape factoryMethod(String aName);
  // 在anOperation中定义Shape的一系列行为
public void anOperation(String aName){
    Shape s = factoryMethod(aName);
    System.out.println("The current shape is: " + s.name);
    s.draw();
    s.erase();
  }
}

　　1.d 定义与circle和square相对应的两个具体创建器CircleFactory,SquareFactory,实现父类的methodFactory方法

// 定义返回 circle 实例的 CircleFactory
class CircleFactory extends ShapeFactory {
  // 重载factoryMethod方法,返回Circle对象
  protected Shape factoryMethod(String aName) {
    return new Circle(aName + " (created by CircleFactory)");
  }
}
 
// 定义返回 Square 实例的 SquareFactory
class SquareFactory extends ShapeFactory {
  // 重载factoryMethod方法,返回Square对象
protected Shape factoryMethod(String aName) {
    return new Square(aName + " (created by SquareFactory)");
  }
}

　　1.e 测试类:请注意这个客户端程序多么简洁,既没有罗嗦的条件判断语句,也无需关心ConcreteProduct和ConcreteCreator的细节(因为这里我用anOperation封装了Product里的两个方法,所以连Product的影子也没看见,当然把Product里方法的具体调用放到客户程序中也是不错的).

class Main {
  public static void main(String[] args){
    ShapeFactory sf1 = new SquareFactory();
    ShapeFactory sf2 = new CircleFactory();
    sf1.anOperation("Shape one");
    sf2.anOperation("Shape two");
  }
} 

　　运行结果如下:
　　The current shape is: Shape one (created by SquareFactory)
　　It will draw a square.
　　It will erase a square.
　　The current shape is: Shape two (created by CircleFactory)
　　It will draw a circle.
　　It will erase a circle.

　　参数化的Factory Method: 这种方式依靠指定的参数作为标志来创建对应的实例,这是很常见的一种办法.比如JFC中的BorderFactory就是个很不错的例子. 以下的这个例子是用字符串作为标记来进行判断的,如果参数的类型也不一样,那就可以用到过载函数来解决这个问题,定义一系列参数和方法体不同的同名函数,这里java.util.Calendar.getInstance()又是个极好的例子.参数化的创建方式克服了Factory Method模式一个最显著的缺陷,就是当具体产品比较多时,我们不得不也建立一系列与之对应的具体构造器. 但是在客户端我们必须指定参数来决定要创建哪一个类.

　　2.a 我们在第一种方法的基础上进行修改,首先自定义一个的异常,这样当传入不正确的参数时可以得到更明显的报错信息.

class NoThisShape extends Exception {
  public NoThisShape(String aName) {
    super(aName);
  }
}

　　2.b 去掉了ShapeFactory的两个子类,改为由ShapeFactory直接负责实例的创建. ShapeFactory自己变成一个具体的创建器,直接用参数化的方法实现factoryMethod返回多种对象.

abstract class ShapeFactory { 
  private static Shape s;
  private ShapeFactory() {}
   
  static Shape factoryMethod(String aName, String aType) throws NoThisShape{
    if (aType.compareTo("square")==0)
      return new Square(aName);
    else if (aType.compareTo("circle")==0)
      return new Circle(aName);
    else throw new NoThisShape(aType); 
  }
 
  // 在anOperation中定义Shape的一系列行为
  static void anOperation(String aName, String aType) throws NoThisShape{
    s = factoryMethod(aName, aType);
    System.out.println("The current shape is: " + s.name);
    s.draw();
    s.erase();
  }
}

　　2.c 测试类:这里客户端必须指定参数来决定具体创建哪个类.这个例子里的anOperation是静态函数,可以直接引用.

class Main {
  public static void main(String[] args) throws NoThisShape{
    ShapeFactory.anOperation("Shape one","circle");
    ShapeFactory.anOperation("Shape two","square");
    ShapeFactory.anOperation("Shape three", "delta");
  }
}

　　运行结果如下:
　　The current shape is: Shape one
　　It will draw a circle.
　　It will erase a circle.
　　The current shape is: Shape two
　　It will draw a square.
　　It will erase a square.
　　Exception in thread "main" NoThisShape: delta
        at ShapeFactory.factoryMethod(ShapeFactory.java:10)
        at ShapeFactory.anOperation(ShapeFactory.java:15)
        at Main.main(Main.java:5)

　　动态装载机制:

　　有的时候我们会把ConcreteProduct的实例传给创建器作为参数,这种情况下,如果在创建器里完成创建过程,就必须判断参数的具体类型(用instanceof),然后才能产生相应的实例,那么比较好的做法是利用Java的动态装载机制来完成这件事.比如:

　　我们得到一个Shape的子类s,但不知道具体是那个子类,就可以利用Class类自带的方法newInstance()得到实例

　　return (Shape)s.getClass().newInstance();

　　这种方法有兴趣得读者可以自己尝试,限于篇幅,不写具体代码出来了.

　　后话:

　　看完这篇文章后,相信读者对Factory Method模式有一个比较清楚的了解了.我想说的是,我们不仅应该关心一个具体的模式有什么作用,如何去实现这个模式,更应该透过现象看本质,不但知其然,还要知其所以然.要通过对模式的学习加深对面向对象思想的理解,让自己的认识得到升华.Factory Method模式看似简单,实则深刻.抽象,封装,继承,委托,多态,针对接口编程等面向对象中的概念都在这里得到了一一的体现.只有抓住了它的本质,我们才能够不拘于形式的灵活运用,而不是为了使用模式而使用模式.

作者：Malcolm G. Davis     来自：IBM

　　本文介绍 Struts，它是使用 servlet 和 JavaServer Pages 技术的一种 Model-View-Controller 实现。Struts 可帮助您控制 Web 项目中的变化并提高专业化水平。尽管您可能永远不会用 Struts 实现一个系统，但您可以将其中的一些思想用于您以后的 servlet 和 JSP 网页的实现中。

　　简介

　　小学生也可以在因特网上发布 HTML 网页。但是，小学生的网页和专业开发的网站有质的区别。网页设计人员（或者 HTML 开发人员）必须理解颜色、用户、生产流程、网页布局、浏览器兼容性、图像创建和 JavaScript 等等。设计漂亮的网站需要做大量的工作，大多数 Java 开发人员更注重创建优美的对象接口，而不是用户界面。JavaServer Pages (JSP) 技术为网页设计人员和 Java 开发人员提供了一种联系钮带。

　　如果您开发过大型 Web 应用程序，您就理解变化这个词的含义。“模型-视图-控制器”(MVC) 就是用来帮助您控制变化的一种设计模式。MVC 减弱了业务逻辑接口和数据接口之间的耦合。Struts 是一种 MVC 实现，它将 Servlet 2.2 和 JSP 1.1 标记（属于 J2EE 规范）用作实现的一部分。尽管您可能永远不会用 Struts 实现一个系统，但了解一下 Struts 或许使您能将其中的一些思想用于您以后的 Servlet 的 JSP 实现中。

　　在本文中，我将以一个 JSP 文件为起点讨论该网页的优缺点，该文件中使用的元素可能是您所熟悉的。随后我将讨论 Struts，并说明它是如何控制您的 Web 项目中的变化并提高专业化水平的。最后，我将重新开发这个简单的 JSP 文件，在开发过程中我已顾及到网页设计人员和变化。

　　一个 JSP 文件就是一个 Java servlet

　　JavaServer Page (JSP) 文件只是审视 servlet 的另一种方式。JSP 文件的概念使我们能够将 Java servlet 看作一个 HTML 网页。JSP 消除了 Java 代码中经常出现的讨厌的 print() 语句。JSP 文件首先被预处理为 .java 文件，然后再编译为 .class 文件。如果您使用的是 Tomcat，则可以在 work 目录下查看预处理后的 .java 文件。别的容器可能将 .java 和 .class 文件存储在其他位置；这个位置与容器有关。图 1 说明了从 JSP 文件到 servlet 的流程。

图 1. 从 JSP 文件到 servlet 的流程

（这与 Microsoft 的 Active Server Page (ASP) 明显不同。ASP 被编译到内存中，而不是编译到一个单独的文件中。）

　　简单的独立 JSP 文件

　　在小型 JSP 应用程序中，经常会看到数据、业务逻辑和用户界面被组合在一个代码模块中。此外，应用程序通常还包含用来控制应用程序流程的逻辑。清单 1 和图 2 展示了允许用户加入一个邮件列表的一个简单 JSP 文件。

　　清单 1. join.jsp -- 一个简单的请求和响应 JSP 文件

<%@ page language="java" %>
<%@ page import="business.util.Validation" %>
<%@ page import="business.db.MailingList" %>
<%
String error = "";
String email = request.getParameter("email");

// 是否有电子邮件地址
if( email!=null ) {

    // 验证输入...
    if( business.util.Validation.isValidEmail(email) ) {

        // 存储输入...
        try {
            business.db.MailingList.AddEmail(email);
        } catch (Exception e) {
            error = "Error adding email address to system.  " + e;
        }

        if( error.length()==0 ) {
%>
            // 重定向到欢迎页...
            <jsp:forward page="welcome.html"/>
<%
        }
    } else {
        // 设置错误消息并重新显示网页
        error = email + " is not a valid email address, please try again.";
    }

} else {
    email = "";
}
%>
<html>
<head>
<title>Join Mailing List</title>
</head>
<body>
<font color=red><%=error%></font><br>

<h3>Enter your email to join the group</h3>
<form action="join.jsp" name="joinForm">
    <input name="email" id="email" value=<%=email%>></input>
    <input type=submit value="submit">
</form>
</body>
</html>

图 2. 在简单的请求和响应中，JSP 文件设置数据、控制到下一个网页的流程并创建 HTML

　　这个邮件列表 JSP 文件是一个独立的、自主完成所有任务的模块。未包含在这个 JSP 文件中的仅有代码是包含在 isValidEmail() 中的实际验证代码和将电子邮件地址存入数据库的代码。（将 isValidEmail() 方法分离到可重用的代码中似乎是当然的选择，但我曾见过直接嵌入网页中的 isValidEmail() 代码。单页方法的优点是易于理解，并且最初也易于构建。此外，对于各种图形化开发工具，入门也很容易。

　　join.jsp 的活动

　　1. 显示打开的输入网页。
　　2. 从表单参数中读取 email 的值。
　　3. 验证 email 地址。
　　4. 如果 email 地址有效：
　　　☆ 将该地址添加到数据库中。
　　　☆ 重定向到下一个网页。
　　5. 如果 email 地址无效：
　　　☆ 设置错误消息。
　　　☆ 重新显示含有错误消息的 join.jsp。

　　单页方法的后果

　　☆ HTML 和 Java 强耦合在一起
　　JSP 文件的编写者必须既是网页设计者，又是 Java 开发者。其结果通常要么是很糟的 Java 代码，要么是难看的网页，有时甚至 Java 代码和网页都很糟。

　　☆ Java 和 JavaScript 的不足
　　随着网页逐渐变大，很容易想到实现一些 JavaScript。当网页中出现 JavaScript 时，这种脚本就可能与 Java 代码产生混淆。可能产生混淆的一个例子是使用客户端的 JavaScript 来验证 email 域。

　　☆ 内嵌的流程逻辑
　　要理解应用程序的整个流程，您必须浏览所有网页。试想一下拥有 100 个网页的网站的错综复杂的逻辑。

　　☆ 调试困难
　　除了很糟的外观之外，HTML 标记、Java 代码和 JavaScript 代码都集中在一个网页中还使调试变得相当困难。

　　☆ 强耦合
　　更改业务逻辑或数据可能牵涉相关的每个网页。

　　☆ 美学
　　在很大的网页中，这编码样式看起来杂乱无章。我过去进行 Microsoft ASP 开发时，我经常看到有 1000 行的网页。即使有彩色语法显示，阅读和理解这些代码仍然比较困难。

　　请别在我的 HTML 中加入太多的 Java 代码

　　在清单 1 中，不是 Java 代码中有大量的 HTML，而是在 HTML 文件中有大量的 Java 代码。从这个观点来看，除了允许网页设计人员编写 Java 代码之外，我实际上没做什么。但是，我们并不是一无所有；在 JSP 1.1 中，我们获得一种称为“标记”的新特性。

　　JSP 标记只是将代码从 JSP 文件中抽取出来的一种方式。有人将 JSP 标记看作是 JSP 文件的宏，其中用于这个标记的代码包含在 servlet 中。（宏的观点在很大程度上是正确的。）出于同样的原因，我不希望在 Java 代码中看到 HTML 标记，我也不希望在 JSP 文件中看到 Java 代码。JSP 技术的整个出发点就是允许网页设计人员创建 servlet，而不必纠缠于 Java 代码。标记允许 Java 程序员将 Java 代码伪装成 HTML 来扩展 JSP 文件。图 3 显示了从 JSP 网页中抽取代码并将它们放入 JSP 标记中的一般概念。

图 3. JSP 标记

　　清单 2 是用来说明 Struts 标记的功能的一个例子。在清单 2 中，正常的 HTML <form> 标记被用 Struts <form:form> 标记替换。清单 3 显示了浏览器接收到的结果 HTML。浏览器获得 HTML <form> 标记，但带有附加代码，如 JavaScript。附加的 JavaScript 激活 email 地址域。服务器端的 <form:form> 标记代码创建适当的 HTML，并使网页设计人员不再接触 JavaScript。

　　清单 2. Struts 的 form 标记

<form:form action="join.do" focus="email" >
    <form:text   property="email" size="30" maxlength="30"/>
    <form:submit property="submit" value="Submit"/>
</form:form>

　　清单 3. 发送给浏览器的结果 HTML

<form name="joinForm" method="POST" action="join.do;jsessionid=ndj71hjo01">
    <input type="text" name="email" maxlength="30" size="30" value="">
    <input type="submit" name="submit" value="Submit">
</form>
<script language="JavaScript">
<!--
    document.joinForm.email.focus()
// -->
</script>

　　有关 JSP 标记的注意事项：

　　☆ JSP 标记需要一个运行 JSP 1.1 或更高版本的容器。
　　☆ JSP 标记在服务器上运行，而不像 HTML 标记那样由客户机解释。
　　☆ JSP 标记提供了适当的代码重用机制。
　　☆ 可以使用一种称为 include 的 JSP 机制将 HTML 和 JavaScript 添加到网页中。但是，开发人员常常会创建巨大的 JavaScript 库文件，这些库文件被包含在 JSP 文件中。结果返回给客户机的 HTML 网页要比必需的 HMTL 网页大得多。include 的正确用法是仅将它用于生成诸如页眉和页脚这类内容的 HTML 代码段。
　　☆ 通过抽取出 Java 代码，JSP 标记使开发角色更加专业化。

　　模型-视图-控制器 (MVC)

　　JSP 标记只解决了部分问题。我们还得处理验证、流程控制和更新应用程序的状态等问题。这正是 MVC 发挥作用的地方。MVC 通过将问题分为三个类别来帮助解决单一模块方法所遇到的某些问题：

　　☆ Model（模型）
　　模型包含应用程序的核心功能。模型封装了应用程序的状态。有时它包含的唯一功能就是状态。它对视图或控制器一无所知。

　　☆ View（视图）
　　视图提供模型的表示。它是应用程序的外观。视图可以访问模型的读方法，但不能访问写方法。此外，它对控制器一无所知。当更改模型时，视图应得到通知。

　　☆ Controller（控制器）
　　控制器对用户的输入作出反应。它创建并设置模型。

　　MVC Model 2

　　Web 向软件开发人员提出了一些特有的挑战，最明显的就是客户机和服务器的无状态连接。这种无状态行为使得模型很难将更改通知视图。在 Web 上，为了发现对应用程序状态的修改，浏览器必须重新查询服务器。

　　另一个重大变化是实现视图所用的技术与实现模型或控制器的技术不同。当然，我们可以使用 Java（或者 PERL、C/C++ 或别的语言）代码生成 HTML。这种方法有几个缺点：

　　☆ Java 程序员应该开发服务，而不是 HTML。
　　☆ 更改布局时需要更改代码。
　　☆ 服务的用户应该能够创建网页来满足它们的特定需要。
　　☆ 网页设计人员不能直接参与网页开发。
　　☆ 嵌在代码中的 HTML 很难看。

　　对于 Web，需要修改标准的 MVC 形式。图 4 显示了 MVC 的 Web 改写版，通常也称为 MVC Model 2 或 MVC 2。

图 4. MVC Model 2

　　Struts，MVC 2 的一种实现

　　Struts 是一组相互协作的类、servlet 和 JSP 标记，它们组成一个可重用的 MVC 2 设计。这个定义表示 Struts 是一个框架，而不是一个库，但 Struts 也包含了丰富的标记库和独立于该框架工作的实用程序类。图 5 显示了 Struts 的一个概览。

图 5. Struts 概览

　　Struts 概览

　　☆ Client browser（客户浏览器）
　　来自客户浏览器的每个 HTTP 请求创建一个事件。Web 容器将用一个 HTTP 响应作出响应。

　　☆ Controller（控制器）
　　控制器接收来自浏览器的请求，并决定将这个请求发往何处。就 Struts 而言，控制器是以 servlet 实现的一个命令设计模式。struts-config.xml 文件配置控制器。

　　☆ 业务逻辑
　　业务逻辑更新模型的状态，并帮助控制应用程序的流程。就 Struts 而言，这是通过作为实际业务逻辑“瘦”包装的 Action 类完成的。

　　☆ Model（模型）的状态
　　模型表示应用程序的状态。业务对象更新应用程序的状态。ActionForm bean 在会话级或请求级表示模型的状态，而不是在持久级。JSP 文件使用 JSP 标记读取来自 ActionForm bean 的信息。

　　☆ View（视图）
　　视图就是一个 JSP 文件。其中没有流程逻辑，没有业务逻辑，也没有模型信息 -- 只有标记。标记是使 Struts 有别于其他框架（如 Velocity）的因素之一。

　　详细分析 Struts

　　图 6 显示的是 org.apache.struts.action 包的一个最简 UML 图。图 6 显示了 ActionServlet (Controller)、ActionForm (Form State) 和 Action (Model Wrapper) 之间的最简关系。

图 6. Command (ActionServlet) 与 Model (Action & ActionForm) 之间的关系的 UML 图

　　ActionServlet 类

　　您还记得函数映射的日子吗？在那时，您会将某些输入事件映射到一个函数指针上。如果您对此比较熟悉，您会将配置信息放入一个文件，并在运行时加载这个文件。函数指针数组曾经是用 C 语言进行结构化编程的很好方法。

　　现在好多了，我们有了 Java 技术、XML、J2EE，等等。Struts 的控制器是将事件（事件通常是 HTTP post）映射到类的一个 servlet。正如您所料 -- 控制器使用配置文件以使您不必对这些值进行硬编码。时代变了，但方法依旧。

　　ActionServlet 是该 MVC 实现的 Command 部分，它是这一框架的核心。ActionServlet (Command) 创建并使用 Action、ActionForm 和 ActionForward。如前所述，struts-config.xml 文件配置该 Command。在创建 Web 项目时，您将扩展 Action 和 ActionForm 来解决特定的问题。文件 struts-config.xml 指示 ActionServlet 如何使用这些扩展的类。这种方法有几个优点：

　　☆ 应用程序的整个逻辑流程都存储在一个分层的文本文件中。这使得人们更容易查看和理解它，尤其是对于大型应用程序而言。
　　☆ 网页设计人员不必费力地阅读 Java 代码来理解应用程序的流程。
　　☆ Java 开发人员也不必在更改流程以后重新编译代码。

　　可以通过扩展 ActionServlet 来添加 Command 功能。

　　ActionForm 类

　　ActionForm 维护 Web 应用程序的会话状态。ActionForm 是一个抽象类，必须为每个输入表单模型创建该类的子类。当我说输入表单模型时,是指 ActionForm 表示的是由 HTML 表单设置或更新的一般意义上的数据。例如，您可能有一个由 HTML 表单设置的 UserActionForm。Struts 框架将执行以下操作：

　　☆ 检查 UserActionForm 是否存在；如果不存在，它将创建该类的一个实例。
　　☆ Struts 将使用 HttpServletRequest 中相应的域设置 UserActionForm 的状态。没有太多讨厌的 request.getParameter() 调用。例如，Struts 框架将从请求流中提取 fname，并调用 UserActionForm.setFname()。
　　☆ Struts 框架在将 UserActionForm 传递给业务包装 UserAction 之前将更新它的状态。
　　☆ 在将它传递给 Action 类之前，Struts 还会对 UserActionForm 调用 validation() 方法进行表单状态验证。注：这并不总是明智之举。别的网页或业务可能使用 UserActionForm，在这些地方，验证可能有所不同。在 UserAction 类中进行状态验证可能更好。
　　☆ 可在会话级维护 UserActionForm。

　　注：
　　☆ struts-config.xml 文件控制 HTML 表单请求与 ActionForm 之间的映射关系。
　　☆ 可将多个请求映射到 UserActionForm。
　　☆ UserActionForm 可跨多页进行映射，以执行诸如向导之类的操作。

　　Action 类

　　Action 类是业务逻辑的一个包装。Action 类的用途是将 HttpServletRequest 转换为业务逻辑。要使用 Action，请创建它的子类并覆盖 process() 方法。

　　ActionServlet (Command) 使用 perform() 方法将参数化的类传递给 ActionForm。仍然没有太多讨厌的 request.getParameter() 调用。当事件进展到这一步时，输入表单数据（或 HTML 表单数据）已被从请求流中提取出来并转移到 ActionForm 类中。

　　注：扩展 Action 类时请注意简洁。Action 类应该控制应用程序的流程，而不应该控制应用程序的逻辑。通过将业务逻辑放在单独的包或 EJB 中，我们就可以提供更大的灵活性和可重用性。

　　考虑 Action 类的另一种方式是 Adapter 设计模式。Action 的用途是“将类的接口转换为客户机所需的另一个接口。Adapter 使类能够协同工作，如果没有 Adapter，则这些类会因为不兼容的接口而无法协同工作。”（摘自 Gof 所著的 Design Patterns - Elements of Reusable OO Software）。本例中的客户机是 ActionServlet，它对我们的具体业务类接口一无所知。因此，Struts 提供了它能够理解的一个业务接口，即 Action。通过扩展 Action，我们使得我们的业务接口与 Struts 业务接口保持兼容。（一个有趣的发现是， Action 是类而不是接口）。Action 开始为一个接口，后来却变成了一个类。真是金无足赤。）

　　Error 类

　　UML 图（图 6）还包括 ActionError 和 ActionErrors。ActionError 封装了单个错误消息。ActionErrors 是 ActionError 类的容器，View 可以使用标记访问这些类。ActionError 是 Struts 保持错误列表的方式。

图 7. Command (ActionServlet) 与 Model (Action) 之间的关系的 UML 图

　　ActionMapping 类

　　输入事件通常是在 HTTP 请求表单中发生的，servlet 容器将 HTTP 请求转换为 HttpServletRequest。控制器查看输入事件并将请求分派给某个 Action 类。struts-config.xml 确定 Controller 调用哪个 Action 类。struts-config.xml 配置信息被转换为一组 ActionMapping，而后者又被放入 ActionMappings 容器中。（您可能尚未注意到这一点，以 s 结尾的类就是容器）

　　ActionMapping 包含有关特定事件如何映射到特定 Action 的信息。ActionServlet (Command) 通过 perform() 方法将 ActionMapping 传递给 Action 类。这样就使 Action 可访问用于控制流程的信息。

　　ActionMappings

　　ActionMappings 是 ActionMapping 对象的一个集合。

　　再访邮件列表样例

　　下面我们看一下 Struts 是如何解决困扰 join.jsp 的这些问题的。改写后的方案由两个项目组成。第一个项目包含应用程序的逻辑部分，这个应用程序是独立于 Web 应用程序的。这个独立层可能是用 EJB 技术实现的公共服务层。为了便于说明，我使用 Ant 构建进程创建了一个称为 business 的包。有几个原因促使我们使用独立的业务层：

　　☆ 划分责任
　　单独的包使管理人员能够在开发小组内委派责任。这也有助于提高开发人员的责任心。

　　☆ 通用件
　　我们设想开发人员将这个包看作一个商业软件。将它放在另外的包中使它更像通用件。这个包可能是通用件，也可能是由组织内部的另一个小组开发的。

　　☆ 避免不必要的构建和单元测试。
　　分开的构建进程有助于避免不必要的构建和单元测试。

　　☆ 使用接口开发
　　在进行开发和避免不必要的耦合时，它有助于从接口的观点来思考问题。这是极重要的一个方面。当开发您自己的业务包时，这些业务类不应该关心到底是 Web 应用程序执行调用，还是独立应用程序执行调用。因此，应该避免在业务逻辑层使用对 servlet API 或 Struts API 调用的任何引用。

　　☆ 稳定性
　　并不是每个组织都每天、每周甚至每月进行检修。因此，在进行开发时，稳定的接口点是重要的。不能因为业务包处于变迁阶段就认为 Web 项目也应该处于变迁阶段。

　　业务构建注释

　　我用 Ant 构建项目，并用 JUnit 运行单元测试。business.zip 包含构建业务项目所需的一切，当然 Ant 和 JUnit 除外。这个包脚本将构建类，运行单元测试，创建 Java 文档和 jar 文件，最后将所有这些内容压缩到一个 zip 文件中发送给客户。只要对 build.xml 作一些修改，您就可以将它部署到其他平台上。Business.jar 位于 Web 的下载部分，因此，您并非必须下载并构建这个业务包。

　　Web 项目

　　第二个项目是用 Struts 开发的一个 Web 应用程序。您将需要一个符合 JSP 1.1 和 Servlet 2.2 规范的容器。最快的入门方法是下载并安装 Tomcat 3.2。直到有 Struts 的 1.0 发行版之前，我建议您从 Jakarta 项目获得最新的版本。这对我来说是个大问题，我不能确保我的 Web 项目样例能与您下载的 Struts 一起工作。Struts 仍在不断变化，所以我不得不经常更新我的项目。在本项目中，我使用的是 jakarta-struts-20010105.zip。图 8 显示了此 Web 项目的结构。如果您已安装了 Ant，则运行这个版本将创建一个称为 joinStruts.war 的 war 文件，您随时可以部署这个文件。

图 8. Web 项目的结构

　　清单 4 显示了转换后的 JSP 文件，称为 joinMVC.jsp。这个文件从最初的 50 行变为 19 行，并且现在不含任何 Java 代码。从网页设计人员的角度来看，这是个巨大的改进。

　　清单 4. joinMVC.jsp -- 再访简单的 JSP

<%@ page language="java" %>
<%@ taglib uri="/WEB-INF/struts.tld" prefix="struts" %>
<%@ taglib uri="/WEB-INF/struts-form.tld" prefix="form" %>
<html>
<head>
<title><struts:message key="join.title"/></title>
</head>
<body bgcolor="white">

<form:errors/>
<h3>Enter your email to join the group</h3>

<form:form action="join.do" focus="email" >
    <form:text   property="email" size="30" maxlength="30"/>
    <form:submit property="submit" value="Submit"/>
</form:form>

</body>
</html>

　　网页的变化

　　下面是使用 Struts 标记库之后所发生变化的列表：

　　☆ Import
　　<%@ taglib uri="/WEB-INF/struts.tld" prefix="struts" %>
　　用于 Java 代码的 <%@page import? 已被替换为用于 Struts 标记库的 <%@ taglib uri?。

　　☆ 文本
　　<struts:message key="join.title"/>
　　资源属性文件包含 join.title 的文本。在本例中，ApplicationResources 属性文件包含这个名值对。这使字符串更易于查看和国际化。

　　☆ 错误
　　<form:errors/>
　　ActionServlet 或 ActionForm 构建要显示的错误消息。这些错误消息也可以包含在属性文件中。ApplicationResources 也提供了一种格式化错误的方法，即设置 error.header 和 error.footer。

　　☆ HTML 表单
　　<form:form action="join.do" focus="email" >
　　　□ JSP <form> 标记和属性替代了 HTML <form> 标记和属性。 <form action="join.jsp" name="join"> 已更改为 <form:form action="join.do" focus="email" >。
　　　□ HTML <input> 标记已替换为 <form:text/>。
　　　□ HTML <submit> 标记已替换为 <form:submit/>。

　　模型 -- 会话状态

　　JoinForm 扩展了 ActionForm 并包含表单数据。本例中的表单数据只有电子邮件地址。我已为电子邮件地址添加了一个写方法和读方法，以供框架访问。为了便于说明，我重写了 validate() 方法，并使用了 Struts 的跟踪功能。Struts 将创建 JoinForm 并设置状态信息。

　　模型 -- 业务逻辑

　　如前所述，Action 是控制器和实际业务对象之间的接口。JoinAction 包装了对 business.jar 的调用，这些调用最初在 join.jsp 文件中。JoinAction 的 perform() 方法在清单 5 中列表。

　　清单 5. - JoinAction.perform()

public ActionForward perform(ActionMapping mapping,
                             ActionForm form,
                             HttpServletRequest request,
                             HttpServletResponse response)
                             throws IOException, ServletException {
    // 抽取我们将会用到的属性和参数
    JoinForm joinForm = (JoinForm) form;
    String email = joinForm.getEmail();

    ActionErrors errors = new ActionErrors();

    // 存储输入....
    try {
        business.db.MailingList.AddEmail(email);
    } catch (Exception e) {
        // 记录日志，打印栈

        // 将错误回显给用户
        errors.add("email",new ActionError("error.mailing.db.add"));
    }

    // 如需任何消息，请将指定的错误消息键保存到
    //  HTTP 请求中，以供 <struts:errors> 标记使用。
    if (!errors.empty()) {
        saveErrors(request, errors);

        // 返回到初始表单
        return (new ActionForward(mapping.getInput()));
    }

    // 将控制权转交给 Action.xml 中指定的 'success' URI
    return (mapping.findForward("success"));
}

　　注：perform() 返回一个称为 ActionForward 的类，该类通知控制器下一步该执行什么操作。在本例中，我使用从控制器传入的映射来决定下一步的操作。

　　控制器

　　我已修改了 JSP 文件，并创建了两个新类：一个类用来包含表单数据，一个类用来调用业务包。最后，我通过修改配置文件 struts-config.xml 将它们整合起来。清单 6 显示了我添加的 action 元素，这个元素用来控制 joinMVC.jsp 的流程。

　　清单 6. Action 配置

<action  path="/join"
         name="joinForm"
         type="web.mailinglist.JoinAction"
        scope="request"
        input="/joinMVC.jsp"
     validate="true">
    <forward  name="success"  path="/welcome.html"/>
</action>

　　action 元素描述了从请求路径到相应的 Action 类的映射，应该用这些类来处理来自这个路径的请求。每个请求类型都应该有相应的 action 元素，用来描述如何处理该请求。对于 join 请求：

　　1. joinForm 用来容纳表单数据。
　　2. 因为 validate 被标记为 true，所以 joinForm 将试图进行自我验证。
　　3. web.mailinglist.JoinAction 是用来处理对这个映射的请求的 action 类。
　　4. 如果一切顺利，该请求将转到 welcome.jsp。
　　5. 如果出现业务逻辑故障，流程将返回到 joinMVC.jsp，这是最初发出请求的网页。为什么会这样呢？在清单 6 的 action 元素中，有一个称为 input 的属性，其值为 "/joinMVC.jsp"。在我的 JoinAction.perform()（如清单 5 所示）中，如果业务逻辑失败，perform() 就返回一个 ActionForward，并以 mapping.getInput() 作为参数。本例中的 getInput() 是 "/joinMVC.jsp"。如果业务逻辑失败，它将返回到 joinMVC.jsp，这是最初发出请求的网页。

　　使用 Struts 前后的比较

　　正如我们在图 9 中所看到的那样，复杂性和层都有显著增加。不再存在从 JSP 文件到 Service 层的直接调用。

图 9. 使用 Struts 前后的比较

　　Struts 的优点

　　☆ JSP 标记机制的使用
　　标记特性从 JSP 文件获得可重用代码和抽象 Java 代码。这个特性能很好地集成到基于 JSP 的开发工具中，这些工具允许用标记编写代码。

　　☆ 标记库
　　为什么要另发明一种轮子，或标记库呢？如果您在库中找不到您所要的标记，那就自己定义吧。此外，如果您正在学习 JSP 标记技术，则 Struts 为您提供了一个起点。

　　☆ 开放源码
　　您可以获得开放源码的全部优点，比如可以查看代码并让使用库的每个人检查代码。许多人都可以进行很好的代码检查。

　　☆ MVC 实现样例
　　如果您希望创建您自己的 MVC 实现，则 Struts 可增加您的见识。

　　☆ 管理问题空间
　　分治是解决问题并使问题可管理的极好方法。当然，这是一把双刃剑。问题越来越复杂，并且需要越来越多的管理。

　　Struts 的缺点

　　☆ 仍处于发展初期
　　Struts 开发仍处于初级阶段。他们正在向着发行版本 1.0 而努力，但与任何 1.0 版本一样，它不可能尽善尽美。

　　☆ 仍在变化中
　　这个框架仍在快速变化。Struts 1.0 与 Struts 0.5 相比变化极大。为了避免使用不赞成使用的方法，您可能隔一天就需要下载最新的 Struts。在过去的 6 个月中，我目睹 Struts 库从 90K 增大到 270K 以上。由于 Struts 中的变化，我不得不数次修改我的示例，但我不保证我的示例能与您下载的 Struts 协同工作。

　　☆ 正确的抽象级别
　　Struts 是否提供了正确的抽象级别？对于网页设计人员而言，什么是正确的抽象级别呢？这是一个用 $64K 的文字才能解释清楚的问题。在开发网页的过程中，我们是否应该让网页设计人员访问 Java 代码？某些框架（如 Velocity）说不应该，但它提供了另一种 Web 开发语言让我们学习。在 UI 开发中限制访问 Java 有一定的合理性。最重要的是，如果让网页设计人员使用一点 Java，他将使用大量的 Java。在 Microsoft ASP 的开发中，我总是看到这样的情况。在 ASP 开发中，您应该创建 COM 对象，然后编写少量的 ASP 脚本将这些 COM 对象联系起来。但是，ASP 开发人员会疯狂地使用 ASP 脚本。我会听到这样的话，“既然我可以用 VBScript 直接编写 COM 对象，为什么还要等 COM 开发人员来创建它呢？”通过使用标记库，Struts 有助于限制 JSP 文件中所需的 Java 代码的数量。Logic Tag 就是这样的一种库，它对有条件地生成输出进行管理，但这并不能阻止 UI 开发人员对 Java 代码的狂热。无论您决定使用哪种类型的框架，您都应该了解您要在其中部署和维护该框架的环境。当然，这项任务真是说起来容易做起来难。

　　☆ 有限的适用范围
　　Struts 是一种基于 Web 的 MVC 解决方案，所以必须用 HTML、JSP 文件和 servlet 来实现它。

　　☆ J2EE 应用程序支持
　　Struts 需要支持 JSP 1.1 和 Servlet 2.2 规范的 servlet 容器。仅凭这一点远不能解决您的全部安装问题，除非使用 Tomcat 3.2。我用 Netscape iPlanet 6.0 安装这个库时遇到一大堆问题，按理说它是第一种符合 J2EE 的应用程序服务器。我建议您在遇到问题时访问 Struts 用户邮件列表的归档资料（请参阅参考资源）。

　　☆ 复杂性
　　在将问题分为几个部分的同时也引入了复杂性。毫无疑问，要理解 Struts 必须接受一定的培训。随着变化的不断加入，这有时会令人很沮丧。欢迎访问本网站。

　　☆ 在何处...
　　我还能指出其他问题，例如，控制器的客户端验证、可适用工作流程和动态策略模式在什么地方？但是，目前这太容易成为吹毛求疵的问题，有些问题是无关紧要的，或者说应该对 1.0 发行版提这些问题。随着 Struts 小组的不断努力，到您阅读本文时 Struts 说不定已经有了这些功能，或者它很快就会具有这些功能。

　　Struts 的前景

　　在这个软件开发的新时代，一切都变得很快。在不到 5 年的时间内，我已经目睹了从 cgi/perl 到 ISAPI/NSAPI、再到使用 VB 的 ASP、一直到现在的 Java 和 J2EE 的变迁。Sun 正在尽力将新的变化反映到 JSP/servlet 体系结构中，正如他们对 Java 语言和 API 所作的更改一样。您可以从 Sun 的网站获得新的 JSP 1.2 和 Servlet 2.3 规范的草案。此外，一个标准 JSP 标记库即将出现；有关这些规范和标记库的链接，请参阅参考资源。

　　最后的注释

　　Struts 使用标记和 MVC 解决了某些重大问题。这个方法有助于提高代码的可重用性和灵活性。通过将问题划分为更小的组件，当技术空间或问题空间中出现变化时，您就有更多的机会重用代码。此外，Struts 使网页设计人员和 Java 开发人员能将精力集中于自己最擅长的方面。但是，在强健性增强的同时，也意味着复杂性的增加。Struts 比简单的单个 JSP 网页要复杂得多，但对于更大的系统而言，Struts 实际上有助于管理复杂性。另外，我并不想编写自己的 MVC 实现，而只想了解一个这样的实现。不管您是否会使用 Struts，回顾这个 Struts 框架（对不起，应该是库）都会使您对 JSP 文件和 servlet 的特性、以及如何将它们组合起来用于您的下一个 Web 项目有更好的了解。正像翼间支柱是机翼结构中不可缺少的一部分一样，Strut 也可能成为您下一个 Web 项目的不可缺少的一部分。