转: 俯瞰Struts2整体流程（6）下

代码3.4  业务控制器Bank_Saving_Action

package  ch3;

import  java.util.Map;

import  com.opensymphony.xwork2.ActionContext;

import  com.opensymphony.xwork2.ActionSupport;

 

public   class  Bank_Saving_Action  extends  ActionSupport  {

    //定义银行账户

    private String accounts;

    //定义操作金额

    private double money;

    

    public String execute() throws Exception {

        //创建Bank实例

        Bank bk=new Bank();

        //调用存款方法

        if (bk.saving(accounts, money)){

        return SUCCESS;

        }else{

        return ERROR;

        }

}

    //属性的getter和setter方法

    public String getAccounts() {

        return accounts;

    }

 

    public void setAccounts(String accounts) {

        this.accounts = accounts;

    }

 

    public double getMoney() {

        return money;

    }

 

    public void setMoney(double money) {

        this.money = money;

    }

 

Bank_Saving_Action演示了对银行存款业务逻辑组件的调用，这里是通过在Action中创建业务逻辑组件实例的方式实现的。在实际开发中，可以使用静态工厂获得业务逻辑组件的实例或者使用IoC容器来管理。Action中不实现任何业务逻辑，只是负责组织调度业务逻辑组件。调用关系如图3.3所示。

图3.3  调用业务逻辑组件

★ 说明 ★

业务控制器Action一般情况下不是直接创建业务逻辑组件实例，而是使用工厂模式或者是从Spring容器中获得业务逻辑组件实例，这样可以提高系统的性能。

 

3.1.4  视图组件

Struts 1只能支持JSP作为视图资源，而Struts 2的进步之处就是可以使用其他视图技术，如FreeMarker、Velocity等。通过前面的学习和示例，读者会知道Action的返回结果只是一个简单的字符串，也就是一个逻辑上的视图名称，要与实际视图资源对应，必须通过配置文件来实现。

在struts.xml配置文件中，每一个Aciton定义都有name和class属性，同时还要指定result元素。result元素指定了逻辑视图名称和实际视图的对应关系。每个result都有一个type属性，前面介绍的struts.xml中并没有显式指定type值，即使用了默认的type类型：dispatcher，该结果类型支持JSP所谓视图资源。

对于Struts 2的视图技术和result返回类型，后面将详细介绍。总结Strurs 2的框架工作流程，发现与WebWork基本相同，可以参考第1章关于WebWork框架的介绍和流程图（如图1.8所示）。

 

文章地址: http://blog.csdn.net/ivorytower/archive/2008/04/23/2318939.aspx