如何OGNL理解

OGNL全名Object Graph Navigation Language，可认为是更完美EL表达式。

 

它可以真正意义上代替个传统jsp服务器脚本（<%%>）。本文不阐述OGNL的优势，志在为帮助大家理解并学习OGNL。

 

以下是struts2中的OGNL。

OGNL的表达式的资料确实不少，但几乎都是同一个版本，并且笔者真的有怀疑此版本的作者在一些关键问题上要么就是自己也没弄清楚，要么就是表达有问题，总之很容易就把简单的东西放到云里雾里。

 

下面让我来给大家理理思路。

 

1. OGNL有什么内容。

      OGNL的核心结构是OGNL Context，而struts2中的OGNL Context就是ActionContext.参见ActionContext类

而ActionContext包含ValueStack和非ValueStack两部分。非ValueStack部分与传统EL中的4个范围的parameter/attribute的数据，是我们耳熟能详的；而ValueSatck部分则是Action中的属性成员，也就是页面form中的控件数据，众所周知Struts2取消了Struts1中的ActionMap而直接写在Action类上。

 

2. 我们先要明白OGNL能实现到什么程度的功能。

      第一，OGNL是JSP脚本的替代品，又是EL，那么它一定是运行在服务器之上的。

      第二，OGNL可以page，request，session，application的attribute，request的parameter范围的数据，与一般的EL一致

      第三，OGNL可以访问Struts2中Action的属性。非常实用的数据绑定效果。

      第四，OGNL可以创建对象，并且定制对象的数据。一般EL所没有的功能，弥补一大缺陷(在jstl范畴也可以创建对象)

3. OGNL的格式。

      Struts2的OGNL表达式主要涉及#%$三个特殊符号。这里我们需要强调的是实际上OGNL的范畴中只有#%两个特殊符号，而$并不属于OGNL。这是许多OGNL资料中造成误解的主要地方。下面笔者具体说明它们的用法。

 

在讲述其用法前我们需要先说明一个概念：

节点的顶部：OGNL是基于数据间的数量比的概念来扩展视图的。

在这里数量比是狭隘的数量比，它是一种单方向所看到的数量比，我们认为这样数量比关系只有1：1和1：n

当对象视图扩展到某个节点时，如果该节点是集合，而要访问的是集合中的元素，那么我们说这个元素不在该节点的顶部，当然如果访问的是集合本身而不涉及其元素，那么我们说它在顶部。简单的理解就是目标为元素类型的一定不在顶部，不是元素类型的在顶部。

• #  是OGNL查找符，当目标对象顶部，可直接使用对象名，并且必须只写对象名，不可使用#，以作为区分。

struts2 OGNL的查找范围为OGNL context/ActionContext，其包含下面是顶节点：

名称	作用	例子
parameters	包含当前HTTP请求参数的Map	#parameters.id[0]作用相当于request.getParameter("id")
request	包含当前HttpServletRequest的属性（attribute)的Map	#request.userName相当于request.getAttribute("userName")
session	包含当前HttpSession的属性（attribute）的Map	#session.userName相当于session.getAttribute("userName")
application	包含当前应用的ServletContext的属性（attribute）的Map	#application.userName相当于application.getAttribute("userName")
attr	用于按request > session > application顺序访问其属性（attribute）	#attr.userName相当于按顺序在以上三个范围（scope）内读取userName属性，直到找到为止
(value Stack)	Action类的属性	#login.name相当于对应的Action类的name属性访问，可省略# 如name但要求其actionName为login

 

其中parameters,request,session,application属于非ValueStack范畴。

parameters,request,session,application都是Map类型，这就是为什么使用他们时总要#，因为查找的目标是其Map的元素。当然使用parameters,request,session,application本身是不必给出#符号的。

 

ValueStack是Action中的属性，访问他们可以不用使用#，除非它们也是集合，而访问的是集合的元素。

 

另外以'?#'的格式可以指出筛选元素的条件，如books.{?#this.price<100}                //其中books是Action类的集合元素

 

格式#{数据1,数据2...}可以创建集合对象并引用其值

• %   将字符串变量的值按照OGNL表达式解析。也就是说字符串中#将按照特殊字符处理，仅此作用。

以上是OGNL的内容，接下来我们说说$的用法。

需要注意的是OGNL目前只能运行在标签中取值处，笔者认为未来的OGNL一定可以脱离标签项EL表达式的写法那样，这已经是大势所趋了

 

$ {}实际上传统EL的写法，是告知服务器在后台运行.

OGNL需要联合<s:property/>等标签库使用就拥有了OGNL表达式的运行环境，但离开标签库表达式只是普通的字符串，所以${}目前尚未提供OGNL表达式的运行环境。

 

这里简单的介绍EL：

struts的EL与OGNL的概念上有重复，其操作符号为. 并且预设了page，request，sesion等AtrributeMap，parameterMap对象限定只能查询Map所包含的内容，仅提供pageContext对象可使用javaBean的getter；操作上不分层必须以预设对象开始

 

 

 

总结：OGNL实际上最终发挥作用的是#，而%按照字符串转换#（省略#是顶节点），${}是传统的EL表达式