- 浏览: 716920 次
- 性别:
- 来自: 上海
最新评论
-
A741841403:
附件怎么看不到了呢?
介绍一个PDF的生成方案 -
chunguang_yao:
写得非常好
《Struts2技术内幕》 新书部分篇章连载(一)—— 如何学习开源框架 -
su_chunlong:
rrredriver 写道极赞的文章,感谢楼主!有一个问题想请 ...
SpringMVC深度探险(三) —— DispatcherServlet与初始化主线 -
qq_32671287:
...
SpringMVC深度探险(一) —— SpringMVC前传 -
shenghuorulan:
看的好爽,可不可以这么笼统的概括一个框架的学习过程1,框架要解 ...
SpringMVC深度探险(二) —— SpringMVC概览
第6章 灵丹妙药 —— OGNL,数据流转的催化剂
6.2 强大的OGNL
OGNL (Object Graph Navigation Language) 是一个开源的表达式引擎。通过使用OGNL,我们能够通过表达式存取Java对象树中的任意属性和调用Java对象树的方法等。也就是说,如果我们把表达式看成是一个带有语义的字符串,那么OGNL就是这个语义字符串与Java对象之间沟通的催化剂,通过OGNL,我们可以轻松解决在数据流转的过程中所碰到的各种问题。
6.2.1深入OGNL的API
我们首先用最直观的方式:通过研究OGNL的原生API来看看如何使用OGNL来进行对象的存取操作。首先来看一下来自于OGNL的静态方法,如代码清单6-4所示:
OGNL的API其实相当简单,上面的2个方法,分别针对对象的“取值”和“写值”操作。因而,OGNL的基本操作实际上是通过传入上述这2个方法的三个参数来实现的。OGNL同时编写了许多其他的方法来实现相同的功能,上述的2个接口只是其中最简单并最具代表性的2个方法。读者可以通过阅读Ognl.java来获取更多的信息。
在初步浏览了OGNL的API后,我们可以编写一个单元测试来测试一下上面列出来的OGNL静态方法接口,实现如代码清单6-5所示。
我们可以看到,通过简单的API就能够完成对各种对象树的“取值”和“写值”操作。而“取值”和“写值”工作是我们日后所有工作的基础,如果我们要深入了解OGNL的细节,就需要对传入OGNL的这3个参数进行研究。这3个参数,被我们称之为OGNL的三要素。在下一节中,我们会对OGNL的三要素做具体的解释。
OGNL的API是极其简单的,无论是何种复杂的功能,OGNL最终会将其最终映射到OGNL的三要素中,通过调用底层引擎完成计算。OGNL对于其构成要素的设计思路,完全契合了我们对表达式引擎的要求,因而也成为了众多表达式引擎设计的一种标准。如果我们翻开其它的一些著名的表达式引擎,同样可以看到这些构成要素的身影。
以Spring框架所发布的内置表达式引擎SpringEL为例,我们可以在其核心的Expression操作接口中看到完全相同的构成要素定义。如图6-2所示:
读者在这里应该仔细品味表达式引擎自身的特性和构成要素之间的联系和共同点,领略其中的设计精髓并熟练运用到实际开发中去。
6.2.2 OGNL三要素
从上一节的例子中我们可以看到,每进行一次OGNL操作都需要3个参数。OGNL的所有操作实际上都是围绕着这3个参数而进行的。这3个参数被称之为OGNL的三要素。
6.2.2.1表达式(Expression)
表达式是整个OGNL的核心,所有的OGNL操作都是针对表达式的解析后进行的。表达式会规定此次OGNL操作到底要干什么。因此,表达式其实是一个带有语法含义的字符串,这个字符串将规定操作的类型和操作的内容。
OGNL支持大量的表达式语法,不仅支持“链式”描述对象访问路径,还支持在表达式中进行简单的计算,甚至还能够支持复杂的Lambda表达式等。我们可以在接下来的章节中看到各种各样不同的OGNL表达式。
6.2.2.2 Root对象(Root Object)
OGNL的Root对象可以理解为OGNL的操作对象。当OGNL表达式规定了“干什么”以后,我们还需要指定对谁干。OGNL的Root对象实际上是一个Java对象,是所有OGNL操作的实际载体。这就意味着,如果我们有一个OGNL的表达式,那么我们实际上需要针对Root对象去进行OGNL表达式的计算并返回结果。
6.2.2.3上下文环境(Context)
有了表达式和Root对象,我们已经可以使用OGNL的基本功能。例如,根据表达式针对OGNL中的Root对象进行“取值”或者“写值”操作。
不过,事实上,在OGNL的内部,所有的操作都会在一个特定的数据环境中运行,这个数据环境就是OGNL的上下文环境(Context)。说得再明白一些,就是这个上下文环境(Context)将规定OGNL的操作在哪里干。
OGNL的上下文环境是一个Map结构,称之为OgnlContext。之前我们所提到的Root对象(Root Object),事实上也会被添加到上下文环境中去,并且将被作为一个特殊的变量进行处理。
6.2.3 OGNL的基本操作
6.2.3.1 对Root对象(Root Object)的访问
针对OGNL的Root对象的对象树的访问是通过使用“点号”将对象的引用串联起来实现的。通过这种方式,OGNL实际上将一个树形的对象结构转化成了一个链式结构的字符串结构来表达语义。
6.2.3.2 对上下文环境(Context)的访问
由于OGNL的上下文是一个Map结构,在OGNL进行计算时可以事先在上下文环境中设置一些参数,并让OGNL将这些参数带入进行计算。有时候也需要对这些上下文环境中的参数进行访问,访问这些参数时,需要通过#符号加上链式表达式来进行,从而表示与访问Root对象(Root Object)的区别。
6.2.3.3 对静态变量的访问
在OGNL中,对于静态变量或者静态方法的访问,需要通过@[class]@[field / method]的表达式语法来进行。
6.2.3.4方法调用
在OGNL中调用方法,可以直接通过类似Java的方法调用方式进行,也就是通过点号加方法名称完成方法调用,甚至可以传递参数。
6.2.3.5使用操作符进行简单计算
OGNL表达式中能使用的操作符基本与Java里的操作符一样,除了能使用 +、 -、 *、/、++、 --、 == 等操作符之外,还能使用 mod、 in、not in等。
6.2.3.6 对数组和容器的访问
OGNL表达式可以支持对数组按照数组下标的顺序进行访问。同样的方法可以用于有序的容器,如ArrayList,LinkedHashSet等。对于Map结构,OGNL支持根据键值进行访问。
6.2.3.7投影与选择
OGNL支持类似于数据库中的投影(projection) 和选择(selection)。
投影是指选出集合中每个元素的相同属性组成新的集合,类似于关系数据库的字段操作。投影操作语法为collection.{XXX},其中XXX 是这个集合中每个元素的公共属性。
选择就是过滤满足selection 条件的集合元素,类似于关系数据库的结果集操作。选择操作的语法为:collection.{X YYY},其中X 是一个选择操作符,后面则是选择用的逻辑表达式,而选择操作符有三种:
6.2.3.8构造对象
OGNL支持直接通过表达式来构造对象。构造的方式主要包括3种:
构造对象对于一个表达式语言来说是一个非常强大的功能,OGNL不仅能够直接对容器对象构造提供语法层面的支持,还能够对任意的Java对象提供支持。这样一来就使得OGNL不仅仅具备了数据运算这一简单的功能,同时还被赋予了潜在的逻辑计算功能。
【OGNL带来的潜在问题】
我们已经能够看到OGNL在语法层面所表现出来的强大之处。然而,越强大的东西,其自身也一定存在着致命的弱点,这也就是所谓的“物极必反”。正是由于OGNL能够支持完整的Java对象创建、读写过程,它就能被作为一个潜在的切入点,成为黑客的攻击目标。
exploit-db网站在2010年的7月14日就爆出了一个Struts2的远程执行任意代码的漏洞。具体的声明链接为:http://www.exploit-db.com/exploits/14360/。
细心的读者会发现,这个漏洞的基本原理实际上就是利用了OGNL可以任意构造对象,并执行对象中方法的特性,构造了一个底层命令调用的Java类,并执行操作系统命令进行系统攻击。
在Struts2.2.X之后的版本中,这个漏洞被修复,其主要的方法也是通过限制参数名称的方式,拒绝类似的代码执行方式。
6.2.4深入this指针
我们知道,OGNL表达式是以点进行串联的一个链式字符串表达式。而这个表达式在进行计算的时候,从左到右,表达式每一次计算返回的结果成为一个临时的当前对象,并在此临时对象之上继续进行计算,直到得到计算结果。而这个临时的“当前对象”会被存储在一个叫做this的变量中,这个this变量就称之为this指针。
【各种编程语言的this指针】
this指针是许多编程语言都具备的特殊关键字。绝大多数语言中的this指针的含义都是类似的,表示“当前所在函数的调用者”。无论一个表达式有多么复杂,只要读者能够仔细分析this指针所在的函数,并找到这个函数的调用者,就能很容易找到this指针所指向的内容了。
在OGNL的表达式中的this指针,无疑指向了当前计算的“调用者”对应的实例。如果读者从“调用者”这个角度来理解this指针,那么这个概念就能够被消化和理解了。需要注意的是,如果试图在表达式中使用this指针,需要在this之前加上#,我们来看下面的例子。
this指针在lambda表达式中运用极为广泛,通过this指针,我们能够写出许多简单而又蕴含着复杂逻辑的OGNL表达式,大家可以在实践中慢慢领悟其中的奥妙。
6.2.5有关#符号的三种用途
在之前的表达式范例中,我们已经了解了“#”操作符的几种不同用途。这是一个非常容易混淆的知识点,所以非常有必要在这里详细解释一下。
始终存在一种需求,要在字符串表达式和对象之间进行切换,这就是OGNL的应用场景。
6.2 强大的OGNL
OGNL (Object Graph Navigation Language) 是一个开源的表达式引擎。通过使用OGNL,我们能够通过表达式存取Java对象树中的任意属性和调用Java对象树的方法等。也就是说,如果我们把表达式看成是一个带有语义的字符串,那么OGNL就是这个语义字符串与Java对象之间沟通的催化剂,通过OGNL,我们可以轻松解决在数据流转的过程中所碰到的各种问题。
6.2.1深入OGNL的API
我们首先用最直观的方式:通过研究OGNL的原生API来看看如何使用OGNL来进行对象的存取操作。首先来看一下来自于OGNL的静态方法,如代码清单6-4所示:
/** * 通过传入的OGNL表达式,在给定的上下文环境中,从root对象里取值 */ public static Object getValue(String expression, Map context, Object root) throws OgnlException { return getValue(expression, context, root, null); } /** * 通过传入的OGNL表达式,在给定的上下文环境中,往root对象里写值 */ public static void setValue(String expression, Map context, Object root, Object value) throws OgnlException { setValue(parseExpression(expression), context, root, value); }
OGNL的API其实相当简单,上面的2个方法,分别针对对象的“取值”和“写值”操作。因而,OGNL的基本操作实际上是通过传入上述这2个方法的三个参数来实现的。OGNL同时编写了许多其他的方法来实现相同的功能,上述的2个接口只是其中最简单并最具代表性的2个方法。读者可以通过阅读Ognl.java来获取更多的信息。
在初步浏览了OGNL的API后,我们可以编写一个单元测试来测试一下上面列出来的OGNL静态方法接口,实现如代码清单6-5所示。
public class BasicOgnlTest extends TestCase { @SuppressWarnings("unchecked") @Test public void testGetValue() throws Exception { // 创建Root对象 User user = new User(); user.setId(1); user.setName("downpour"); // 创建上下文环境 Map context = new HashMap(); context.put("introduction","My name is "); // 测试从Root对象中进行表达式计算并获取结果 Object name = Ognl.getValue(Ognl.parseExpression("name"), user); assertEquals("downpour",name); // 测试从上下文环境中进行表达式计算并获取结果 Object contextValue = Ognl.getValue(Ognl.parseExpression("#introduction"), context, user); assertEquals("My name is ", contextValue); // 测试同时从将Root对象和上下文环境作为表达式的一部分进行计算 Object hello = Ognl.getValue(Ognl.parseExpression("#introduction + name"), context, user); assertEquals("My name is downpour", hello); } @Test public void testSetValue() throws Exception { // 创建Root对象 User user = new User(); user.setId(1); user.setName("downpour"); // 对Root对象进行写值操作 Ognl.setValue("group.name", user, "dev"); Ognl.setValue("age", user, "18"); assertEquals("dev", user.getGroup().getName()); } }
我们可以看到,通过简单的API就能够完成对各种对象树的“取值”和“写值”操作。而“取值”和“写值”工作是我们日后所有工作的基础,如果我们要深入了解OGNL的细节,就需要对传入OGNL的这3个参数进行研究。这3个参数,被我们称之为OGNL的三要素。在下一节中,我们会对OGNL的三要素做具体的解释。
OGNL的API是极其简单的,无论是何种复杂的功能,OGNL最终会将其最终映射到OGNL的三要素中,通过调用底层引擎完成计算。OGNL对于其构成要素的设计思路,完全契合了我们对表达式引擎的要求,因而也成为了众多表达式引擎设计的一种标准。如果我们翻开其它的一些著名的表达式引擎,同样可以看到这些构成要素的身影。
以Spring框架所发布的内置表达式引擎SpringEL为例,我们可以在其核心的Expression操作接口中看到完全相同的构成要素定义。如图6-2所示:
读者在这里应该仔细品味表达式引擎自身的特性和构成要素之间的联系和共同点,领略其中的设计精髓并熟练运用到实际开发中去。
6.2.2 OGNL三要素
从上一节的例子中我们可以看到,每进行一次OGNL操作都需要3个参数。OGNL的所有操作实际上都是围绕着这3个参数而进行的。这3个参数被称之为OGNL的三要素。
6.2.2.1表达式(Expression)
表达式是整个OGNL的核心,所有的OGNL操作都是针对表达式的解析后进行的。表达式会规定此次OGNL操作到底要干什么。因此,表达式其实是一个带有语法含义的字符串,这个字符串将规定操作的类型和操作的内容。
OGNL支持大量的表达式语法,不仅支持“链式”描述对象访问路径,还支持在表达式中进行简单的计算,甚至还能够支持复杂的Lambda表达式等。我们可以在接下来的章节中看到各种各样不同的OGNL表达式。
6.2.2.2 Root对象(Root Object)
OGNL的Root对象可以理解为OGNL的操作对象。当OGNL表达式规定了“干什么”以后,我们还需要指定对谁干。OGNL的Root对象实际上是一个Java对象,是所有OGNL操作的实际载体。这就意味着,如果我们有一个OGNL的表达式,那么我们实际上需要针对Root对象去进行OGNL表达式的计算并返回结果。
6.2.2.3上下文环境(Context)
有了表达式和Root对象,我们已经可以使用OGNL的基本功能。例如,根据表达式针对OGNL中的Root对象进行“取值”或者“写值”操作。
不过,事实上,在OGNL的内部,所有的操作都会在一个特定的数据环境中运行,这个数据环境就是OGNL的上下文环境(Context)。说得再明白一些,就是这个上下文环境(Context)将规定OGNL的操作在哪里干。
OGNL的上下文环境是一个Map结构,称之为OgnlContext。之前我们所提到的Root对象(Root Object),事实上也会被添加到上下文环境中去,并且将被作为一个特殊的变量进行处理。
6.2.3 OGNL的基本操作
6.2.3.1 对Root对象(Root Object)的访问
针对OGNL的Root对象的对象树的访问是通过使用“点号”将对象的引用串联起来实现的。通过这种方式,OGNL实际上将一个树形的对象结构转化成了一个链式结构的字符串结构来表达语义。
// 获取Root对象中的name属性的值 name // 获取Root对象中department属性中的name属性的实际值 department.name // 获取Root对象中department属性中manager属性中name属性的实际值 department.manager.name
6.2.3.2 对上下文环境(Context)的访问
由于OGNL的上下文是一个Map结构,在OGNL进行计算时可以事先在上下文环境中设置一些参数,并让OGNL将这些参数带入进行计算。有时候也需要对这些上下文环境中的参数进行访问,访问这些参数时,需要通过#符号加上链式表达式来进行,从而表示与访问Root对象(Root Object)的区别。
// 获取OGNL上下文环境中名为introduction的对象的值 #introduction // 获取OGNL上下文环境中名为parameters的对象中user对象中名为name的属性的值 #parameters.user.name
6.2.3.3 对静态变量的访问
在OGNL中,对于静态变量或者静态方法的访问,需要通过@[class]@[field / method]的表达式语法来进行。
// 访问com.example.core.Resource 类中名为ENABLE的属性值 @com.example.core.Resource@ENABLE // 调用com.example.core.Resource 类中名为get的方法@com.example.core.Resource@get()
6.2.3.4方法调用
在OGNL中调用方法,可以直接通过类似Java的方法调用方式进行,也就是通过点号加方法名称完成方法调用,甚至可以传递参数。
// 调用Root对象中的group属性中users的size()方法 group.users.size() // 调用Root对象中的group中的containsUser的方法,并将上下文环境中名为requestUser的值作为参数传入 group.containsUser(#requestUser)
6.2.3.5使用操作符进行简单计算
OGNL表达式中能使用的操作符基本与Java里的操作符一样,除了能使用 +、 -、 *、/、++、 --、 == 等操作符之外,还能使用 mod、 in、not in等。
2+4 // 加 ‘hello’ + ’‘world‘’ // 字符串叠加 5-3 // 减 9/2 // 除 9 mod 2 // 取模 foo++ // 递增 foo == bar // 等于判断 foo in list // 是否在容器中
6.2.3.6 对数组和容器的访问
OGNL表达式可以支持对数组按照数组下标的顺序进行访问。同样的方法可以用于有序的容器,如ArrayList,LinkedHashSet等。对于Map结构,OGNL支持根据键值进行访问。
// 访问Root对象中的group属性中users中第一个对象的name属性值 group.users[0].name // 访问OGNL上下文中名为sessionMap的Map对象中key为currentLogonUser的值 #sessionMap['currentLogonUser']
6.2.3.7投影与选择
OGNL支持类似于数据库中的投影(projection) 和选择(selection)。
投影是指选出集合中每个元素的相同属性组成新的集合,类似于关系数据库的字段操作。投影操作语法为collection.{XXX},其中XXX 是这个集合中每个元素的公共属性。
选择就是过滤满足selection 条件的集合元素,类似于关系数据库的结果集操作。选择操作的语法为:collection.{X YYY},其中X 是一个选择操作符,后面则是选择用的逻辑表达式,而选择操作符有三种:
- ? 选择满足条件的所有元素
- ^ 选择满足条件的第一个元素
- $ 选择满足条件的最后一个元素
// 返回Root对象中的group属性中users这个集合中所有元素的name构成的集合 group.users.{name} // 新的以name为元素的集合 // 将group中users这个集合中的元素的code和name用-连接符拼起来构成的字符串集合 group.users.{code + ‘-’ + name} // 新的以‘code – name’为元素的集合 // 返回Root对象的group中users这个集合所有元素中name不为null的元素构成的集合 group.users.{? #this.name != null} // 过滤后的users集合
6.2.3.8构造对象
OGNL支持直接通过表达式来构造对象。构造的方式主要包括3种:
- 构造List —— 使用{},中间使用逗号隔开元素的方式表达列表
- 构造Map —— 使用#{},中间使用逗号隔开键值对,并使用冒号隔开key和value来构造Map
- 构造对象 —— 直接使用已知对象的构造函数来构造对象
// 构造一个List {"green", "red", "blue"} // 构造一个Map #{"key1" : "value1", "key2" : "value2", "key3" : "value3"} // 构造一个java.net.URL对象 new java.net.URL("http://localhost/")
构造对象对于一个表达式语言来说是一个非常强大的功能,OGNL不仅能够直接对容器对象构造提供语法层面的支持,还能够对任意的Java对象提供支持。这样一来就使得OGNL不仅仅具备了数据运算这一简单的功能,同时还被赋予了潜在的逻辑计算功能。
【OGNL带来的潜在问题】
我们已经能够看到OGNL在语法层面所表现出来的强大之处。然而,越强大的东西,其自身也一定存在着致命的弱点,这也就是所谓的“物极必反”。正是由于OGNL能够支持完整的Java对象创建、读写过程,它就能被作为一个潜在的切入点,成为黑客的攻击目标。
exploit-db网站在2010年的7月14日就爆出了一个Struts2的远程执行任意代码的漏洞。具体的声明链接为:http://www.exploit-db.com/exploits/14360/。
细心的读者会发现,这个漏洞的基本原理实际上就是利用了OGNL可以任意构造对象,并执行对象中方法的特性,构造了一个底层命令调用的Java类,并执行操作系统命令进行系统攻击。
在Struts2.2.X之后的版本中,这个漏洞被修复,其主要的方法也是通过限制参数名称的方式,拒绝类似的代码执行方式。
6.2.4深入this指针
我们知道,OGNL表达式是以点进行串联的一个链式字符串表达式。而这个表达式在进行计算的时候,从左到右,表达式每一次计算返回的结果成为一个临时的当前对象,并在此临时对象之上继续进行计算,直到得到计算结果。而这个临时的“当前对象”会被存储在一个叫做this的变量中,这个this变量就称之为this指针。
【各种编程语言的this指针】
this指针是许多编程语言都具备的特殊关键字。绝大多数语言中的this指针的含义都是类似的,表示“当前所在函数的调用者”。无论一个表达式有多么复杂,只要读者能够仔细分析this指针所在的函数,并找到这个函数的调用者,就能很容易找到this指针所指向的内容了。
在OGNL的表达式中的this指针,无疑指向了当前计算的“调用者”对应的实例。如果读者从“调用者”这个角度来理解this指针,那么这个概念就能够被消化和理解了。需要注意的是,如果试图在表达式中使用this指针,需要在this之前加上#,我们来看下面的例子。
// 返回group中users这个集合中所有age比3大的元素构成的集合 users.{? #this.age > 3} // 返回group中users这个集合里的大小+1的值 group.users.size().(#this+1) // 返回Root对象的group中users这个集合所有元素中name不为null的元素构成的集合group.users.{? #this.name != null}
this指针在lambda表达式中运用极为广泛,通过this指针,我们能够写出许多简单而又蕴含着复杂逻辑的OGNL表达式,大家可以在实践中慢慢领悟其中的奥妙。
6.2.5有关#符号的三种用途
在之前的表达式范例中,我们已经了解了“#”操作符的几种不同用途。这是一个非常容易混淆的知识点,所以非常有必要在这里详细解释一下。
- 加在普通OGNL表达式前面,用于访问OGNL上下文中的变量
- 使用#{}语法动态构建Map
- 加在this指针之前表示对this指针的引用
评论
2 楼
downpour
2013-03-17
oujunfeng 写道
OGNL 这种方式读取对象信息确实很灵活操
但是如果操作了对象,我们很难通过工具定位到操作对象的地方
除非知道这种用法基于纯文本的搜索
请问大神,是什么“诱惑”,在操作对象时,用OGNL这种方式方式?
但是如果操作了对象,我们很难通过工具定位到操作对象的地方
除非知道这种用法基于纯文本的搜索
请问大神,是什么“诱惑”,在操作对象时,用OGNL这种方式方式?
始终存在一种需求,要在字符串表达式和对象之间进行切换,这就是OGNL的应用场景。
1 楼
oujunfeng
2013-03-14
OGNL 这种方式读取对象信息确实很灵活操
但是如果操作了对象,我们很难通过工具定位到操作对象的地方
除非知道这种用法基于纯文本的搜索
请问大神,是什么“诱惑”,在操作对象时,用OGNL这种方式方式?
但是如果操作了对象,我们很难通过工具定位到操作对象的地方
除非知道这种用法基于纯文本的搜索
请问大神,是什么“诱惑”,在操作对象时,用OGNL这种方式方式?
发表评论
-
《Struts2技术内幕》 新书部分篇章连载(十)—— XWork概览
2012-01-29 14:43 7416第7章 别具匠心 —— XWo ... -
《Struts2技术内幕》 新书部分篇章连载(八)—— XWork容器概览
2012-01-29 11:56 4716第5章 生命之源 —— XWork中的容器 对象的生命周期管 ... -
Struts2的一些不尽人意的地方,兼答hantsy
2012-01-06 10:21 4777hantsy 写道 在 Webwork 合并到Apache S ... -
《Struts2技术内幕》 新书部分篇章连载(七)—— ThreadLocal模式
2012-01-05 14:39 14730第4章 源头活水 —— Str ... -
《Struts2技术内幕》 新书部分篇章连载(六)—— 框架的本质
2012-01-05 14:02 4850第2章 固本清源 —— Web ... -
《Struts2技术内幕》自评 —— 尚未完成的话题
2011-12-30 11:11 4206此文接我另外一篇博客:新书上市:《Struts2技术内幕》 ... -
新书上市:《Struts2技术内幕》
2011-12-26 14:28 10557我的新书《Struts2技术内 ... -
《Struts2技术内幕》 新书部分篇章连载(四)—— 核心分发器
2011-10-27 20:15 75429.2核心分发器 —— Dispa ... -
《Struts2技术内幕》 新书部分篇章连载(五)—— 请求响应哲学
2011-10-27 20:01 14050第7章 别具匠心 —— XWork设计原理 众所周知,现代电 ... -
《Struts2技术内幕》 新书部分篇章连载(三)—— 多视角透析Struts2
2011-10-27 19:09 88353.3 多视角透析Struts2 Str ... -
《Struts2技术内幕》 新书部分篇章连载(一)—— 如何学习开源框架
2011-10-27 18:40 161942.6 如何学习开源框架 ... -
《Struts2技术内幕》 新书部分篇章连载(二)—— 面向对象浅谈
2011-10-26 19:46 9729第2章 固本清源 —— Web ... -
《Struts2技术内幕》 新书样章和导读
2011-10-27 20:40 5069由于本书尚未出版,我 ... -
忘记李刚,一步一步跟我学Struts2 —— 标签库,永恒的争论话题
2009-02-08 22:52 7663专栏地址:http://www.iteye ... -
忘记李刚,一步一步跟我学Struts2 —— Result机制,让视图更丰富
2009-02-04 23:56 12655专栏地址:http://www.iteye.com/wiki/ ... -
忘记李刚,一步一步跟我学Struts2 —— 拦截器详解
2009-02-01 12:49 10852专栏地址:http://www.iteye.com/wiki/ ... -
忘记李刚,一步一步跟我学Struts2 —— MVC框架的困惑
2009-01-21 11:43 10219专栏地址:http://www.iteye.com/wiki/ ... -
忘记李刚,一步一步跟我学Struts2 —— Struts2配置详解
2009-01-19 10:06 6349专栏地址:http://www.iteye.com/wiki/ ... -
忘记李刚,一步一步跟我学Struts2 —— Struts2中的Action
2009-01-15 15:02 7107专栏地址:http://www.iteye.com/wiki/ ... -
忘记李刚,一步一步跟我学Struts2 —— Struts2中的参数传递
2009-01-07 17:21 8551专栏地址:http://www.iteye.com/wiki/ ...
相关推荐
要深入学习和掌握Struts2,建议阅读官方文档,参与实际项目实践,也可以参考相关的技术书籍和教程,例如《Struts2技术内幕——深入解析Struts2架构设计与实现原理》等资源,来提升对Struts2框架的全面理解。
《Struts2技术内幕:深入解析Struts2架构设计与实现原理》以Struts2的源代码为依托,通过对Struts2的源代码的全面剖析深入探讨了Struts2的架构设计、实现原理、设计理念与设计哲学,对从宏观上和微观上去了解Struts2...
"Struts2 技术内幕——深入解析Struts2架构设计"这本书深入探讨了Struts2的核心机制和设计理念,帮助开发者更好地理解和应用这个框架。 Struts2的核心组件包括Action、Interceptor、Result和Configuration。Action...
《Struts2技术内幕:深入解析Struts2架构设计与实现原理》以Struts2的源代码为依托,通过对Struts2的源代码的全面剖析深入探讨了Struts2的架构设计、实现原理、设计理念与设计哲学,对从宏观上和微观上去了解Struts2...
《Struts2技术内幕:深入解析Struts2架构设计与实现原理》由国内极为资深的Struts2技术专家(网名:downpour)亲自执笔,iteye兼CSDN产品总监范凯(网名:robbin)以及51CTO等技术社区鼎力推荐。 本书以Struts2的...
本书《Struts2技术内幕——深入解析Struts2架构设计与实现原理》结合提供的《struts2基础.chm》资料,为我们提供了深入理解Struts2内部机制的机会。 首先,Struts2的核心在于它的拦截器(Interceptor)机制。拦截器...
这本书《Struts2技术内幕——深入解析Struts2架构设计与实现原理》深入探讨了Struts2的核心机制和设计理念,旨在帮助开发者更好地理解和运用这个框架。 首先,Struts2的出现是为了解决Struts1在MVC模式中的局限性,...
核心技术篇首先分析了Struts2中多种具有代表性的设计模式,然后对Struts2中的精华——OGNL表达式引擎和XWork框架的原理及机制进行了全面深入的分析和讲解。运行主线篇首先对Struts2的两大运行主线——初始化主线和...
《Struts2技术内幕:深入解析Struts2架构设计与实现原理》主要分为3大部分,内容安排具有极强的逻辑推理性,章和章之间互相呼应且互为印证。知识准备篇首先介绍了获取、阅读和调试Struts2源代码的方法,以及Struts2源...
struts2技术内幕
Struts2是一个强大的Java Web应用程序框架,用于构建和维护可扩展、模块化和高度控制的MVC(模型-视图-控制器)应用。这个框架基于Apache Jakarta Struts 1,并结合了其他优秀框架如WebWork的优点,提供了一种更高效...
这个“struts2——docs部分”很显然是Struts2官方文档或者相关的技术资料集合,通常包含详细的框架介绍、API参考、用户指南、教程等内容。在深入学习Struts2时,这些文档是非常重要的参考资料。 **1. 框架概述** ...
资源名称:Struts2技术内幕:深入解析Struts架构设计与实现原理内容简介:本书由国内极为资深的Struts2技术专家(网名:downpour)亲自执笔,iteye兼CSDN产品总监范凯(网名:robbin)以及51CTO等技术社区鼎力推荐。...
在这个特定的压缩包中,我们关注的是"ognl",即Object-Graph Navigation Language,它是Struts2框架中的一个重要组成部分。 OGNL是一种强大的表达式语言,用于获取和设置Java对象的属性。在Struts2中,OGNL被用来...
其中,OGNL(Object-Graph Navigation Language)是Struts2中的核心表达语言,用于在视图层与模型层之间传递数据。在深入理解OGNL的源码之前,我们首先需要了解OGNL的基本概念和用法。 OGNL是一种强大的表达式语言...