Struts数据处理的三种方式

前言

在Action开发过程中，我们需要进行大量的数据操作，将数据保存到（request,session,application）域对象中，然后在jsp页面中拿到数据进行展示，那么struts数据处理一共有哪些方式呢？

方式一：通过servletAPI来操作

通过核心类 ServletActionContext类的静态方法。

// Struts中对数据操作，方式1： 直接拿到ServletApi, 执行操作
        HttpServletRequest request = ServletActionContext.getRequest();
        HttpSession session = request.getSession();
        ServletContext application = ServletActionContext.getServletContext();
        // 操作
        request.setAttribute("request_data", "request_data1");
        session.setAttribute("session_data", "session_data1");
        application.setAttribute("application_data", "application_data1");

注意：这种方式必须要导入servlet支持的jar包，不利于解耦，但是一些特殊情况必须要使用这种方式，比如获取当前项目路径，需要先拿到request对象，request.getContextPath();

方式2： 通过ActionContext类

获取不同方法（request，session，application）的map集合。

// 【推荐：解耦的方式实现对数据的操作】
        // Struts中对数据操作，方式2： 通过ActionContext类 
        ActionContext ac = ActionContext.getContext();
        // 得到Struts对HttpServletRequest对象进行了封装，封装为一个map
        // 拿到表示request对象的map
        Map<String,Object> request =  ac.getContextMap(); 
        // 拿到表示session对象的map
        Map<String, Object> session = ac.getSession();
        // 拿到表示servletContext对象的map
        Map<String, Object> application = ac.getApplication();

        // 数据
        request.put("request_data", "request_data1_actionContext");
        session.put("session_data", "session_data1_actionContext");
        application.put("application_data", "application_data1_actionContext");

如果只是往域对象中设置值的话，推荐使用第二种，最常用
上面的两种方式不需要实现接口只需要继承ActionSupport类即可

第三种方式：实现特定接口

public class DataAction extends ActionSupport implements RequestAware, SessionAware, ApplicationAware{

    private Map<String, Object> request;
    private Map<String, Object> session;
    private Map<String, Object> application;

    // struts运行时候，会把代表request的map对象注入
    @Override
    public void setRequest(Map<String, Object> request) {
        this.request = request;
    }

    // 注入session
    @Override
    public void setSession(Map<String, Object> session) {
        this.session = session;
    }

    // 注入application
    @Override
    public void setApplication(Map<String, Object> application) {
        this.application = application;
    }


    @Override
    public String execute() throws Exception {

        // 数据
        request.put("request_data", "request_data1_actionAware");
        session.put("session_data", "session_data1_actionAware");
        application.put("application_data", "application_data1_actionAware");
//      
        return SUCCESS;
    }

}

因为ActionContext的初始化操作是在拦截器里的业务方法中完成的，因此，不能再Action的构造方法中初始化ActionContext对象。因为拦截器方法执行在Action创建实例之后才执行的。
如果Action的业务方法过于复杂的话，第二种方法需要在每一个action方法中都要获取request等域对象，那么是很麻烦的，所以第三种方法实现接口，可以在运行时候注入域对象，设置成类的成员变量直接拿来使用。
还有一点在Action优化的时候，我们在写BaseAction的时候可以实现以上接口，然后让其他Action继承此类，大大提高开发效率。