博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
刨根问底--action属性赋值过程分析
阅读量:7143 次
发布时间:2019-06-29

本文共 2486 字,大约阅读时间需要 8 分钟。

hot3.png

首先看一个简单的action类:

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分析。

《》

《》

《》

更详细的ognl信息请参照:

《》

转载于:https://my.oschina.net/winHerson/blog/109536

你可能感兴趣的文章
如何实现类似易企秀的可视化 H5 编辑器?
查看>>
[译] 游戏即服务的五条建议,提升游戏变现能力
查看>>
数据结构:链表
查看>>
gitlab迁移到docker并升级大版本到10.1.1和汉化
查看>>
多线程知识梳理(2) synchronized 三部曲之基本使用
查看>>
Xcode9 自动上传Fir
查看>>
JavaScript异步流程控制的前世今生
查看>>
通过static关键词来实现late static binding(静态调用绑定)
查看>>
Android小知识-OkHttp的两种请求方式
查看>>
阿里巴巴前端工程师一面二面三面终面面经总结
查看>>
Python正则表达式初识(七)
查看>>
Cocos Creator踩坑日记(一)
查看>>
webpack之代码拆分
查看>>
.NET Core容器化@Docker
查看>>
(1)Linux性能调优之Linux进程管理
查看>>
每周一个 Python 模块 | operator
查看>>
Synchronized原理
查看>>
服务化改造实践(三) | Dubbo + Zipkin
查看>>
Mysql 隔离级别
查看>>
Java虚拟机规范(目录)
查看>>