刨根问底--action属性赋值过程分析

转载 2015年07月10日 12:16:50

转载于大神博客网址 http://my.oschina.net/winHerson/blog/109536  里面有很多原理的东西 暂看不懂 先Mark

首先看一个简单的action类:

?
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
package com.xing.action;
 
import com.opensymphony.xwork2.ActionSupport;
 
public class Login extends ActionSupport{ 
    private String userName;
    private String password;
       
    public String getUserName() {
        return userName;
    
    public void setUserName(String userName) {
        this.userName = userName;
    
    public String getPassword() {
        return password;
    
    public void setPassword(String password) {
        this.password = password;
    
       
    public String execute() { 
        System.out.println(userName);
        System.out.println(password);
         
        if("123456".equals(this.userName) && "123456".equals(this.password))
            return "success";
        else
            return "fail";
    
}
这个类很简单,就是继承了ActionSupport,并且重写了execute()方法。当执行execute()方法的时候,调用成员变量userName和password,并且判断是否是123456。


现在有一个疑问,这里的userName和password值,是怎么传递过来的呢?以前学习struts2的时候只知道jsp页面上的属性名称要和action类中的set方法名称其余字符相同,和属性名称是否相同没有关系。具体为什么这样呢?带着这些疑问,继续探索struts2的源码。

    这里分享是怎么把这里相关的源码找到,并且分析完成:

 (1)action类中属性设置值,是在执行action方法之前完成的,那就详细的看看在执行action方法之前,是否有代码进行action属性的设置。

(2)创建action对象的过程中没有发现

(3)执行action方法的过程也没有发现

到这里不可思议那到底是在那执行的呢?突然想到,在执行action方法之前,会循环执行所有的拦截器,不会是某个拦截器,做了这份工作吧。实践证明确实是ParametersInterceptor拦截器做了这份工作。

        如果package使用了ParameterIntercepter这个拦截器,OgnlValueStack会自动为Action中有set方法的属性赋值(如果用了modeldriven,同样也会为实体中有set方法的属性赋值),赋值时,OGNL会将此时值栈中的action当做当前节点(默认情况下在请求进入action之前,该action也会被放入值栈),然后访问它的成员属性的set方法,如果ognl的context中的参数在action中找不到对应的set方法,就会抛出OgnlException

    struts有三大核心包:xwork,ognl,struts-core。xwork,struts-core这个2个jar包在前面都有亲密的接触,而ognl则没有太多的接触,现在来熟悉一下他。

    1、OGNL概念:

OGNL是Object-Graph Navigation Language的缩写,它是一种功能强大的表达式语言(Expression Language,简称为EL),通过它简单一致的表达式语法,可以存取对象的任意属性,调用对象的方法,遍历整个对象的结构图,实现字段类型转化等功能。它使用相同的表达式去存取对象的属性。

    2、OGNL三要素:

    (1).expression 求值表达式——首先会被解析成对象树

    (2).rootobject  根对象——默认的操作对象

    (3).context OGNL执行环境——OGNL执行的上下文环境

    OGNL context是一个Map结构,ognl.OgnlContext类implements Map接口,root对象也在context里面,并且做这一个特殊的对象处理,具体表现为对root  对象的操作不需要加#指示符号(并且加上了#一定取不到root对象里面的值)。

    3、Struts 2默认的表达式语言是OGNL,原因是它相对其它表达式语言具有下面几大优势:
(1)支持对象方法调用,如xxx.doSomeSpecial();
(2)支持类 静态 的方法调用和值访问,表达式的格式为@[类全名(包括包路径)]@[方法名 | 值名],例如:@java.lang.String@format('foo %s', 'bar')或@tutorial.MyConstant@APP_NAME;
(3)支持赋值操作和 表达式 串联,如price=100, discount=0.8, calculatePrice(),这个表达式会返回80;
(4)访问OGNL上下文(OGNL context)和ActionContext;

(5)操作集合对象。

由于ognl前面没有详细分析过,首先对ognl读取数据的过程和设置数据的过程分析完成,然后在联系struts2分析。

相关文章推荐

刨根问底--action属性赋值过程分析

首先看一个简单的action类: ? 1 2 3 4 5 6 7 8 9 10 11 12 ...

Struts2参数赋值的方式和原理

导读 本文先介绍Struts2中接收参数的几种方式,然后在此基础上简单介绍ValueStack和ModelDriven的原理。 参数赋值方式 1.属性驱动 第一种做法是直接在Act...

一次刨根问底的socket收包过程(Linux)

Linux会对一个网络包(packet)的收和发做大量的处理。packet在被发送之前会被存在队列中,而在被接受之后也会存在队列中,共有三个队列:reception(接收),transmission(...

刨根问底之面向过程编程 、面向对象编程、类、对象

什么是面向过程?面向对象?

Cocos2d-X3.0 刨根问底(三)----- Director类源码分析

 Cocos2d-X3.0 刨根问底(三)----- Director类源码分析 上一章我们完整的跟了一遍HelloWorld的源码,了解了Cocos2d-x的启动流程。其中Dir...

刨根问底-struts和ognl密切分析

前面的2篇文章已经详细的分析了ognl获取数据的过程和设置数据的过程。其中最重要的点是ognl的三要素: (1)表达式(Expression)表达式是整个OGNL的核心,所有的OGNL操作都是针...

Cocos2d-X3.0 刨根问底(四)----- 内存管理源码分析

 Cocos2d-X3.0 刨根问底(四)----- 内存管理源码分析         本系列文章发表以来得到了很多朋友的关注,小鱼在这里谢谢大家对我的支持,我会继续努力的,最近更...

【OVS2.5.0源码分析】normal action精确流表生成和刷新过程分析

一、首包精确流表生成 首包到达OVS交换机时,尚未建立基于目的mac的流表规则,需要upcall到用户态进行学习,此时生成的规则是把报文flood到其他端口。 1、upcall_xlate函数 ...

Servlet url-pattern /与/*区别,*.action以及SpringMVC中/*解析出错过程分析

以前在使用Servlet的时候,配置url-pattern基本上都是指定的路径,也没有仔细的研究,最近突然发现了一个问题,我们将url-pattern配制成/*,那么Servlet会处理与其匹配的路径...

通过debug过程分析Struts2什么时候将Action对象放入了值栈ValueStack中

问题提出: 1、Struts2框架在什么时候将Action对象放到了值栈ValueStack的栈顶了? 2、在哪里设置Debug断点能够最恰当的观察到这一过程?
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:深度学习:神经网络中的前向传播和反向传播算法推导
举报原因:
原因补充:

(最多只允许输入30个字)