正则表达式语法支持情况

简单的例子

这里有一些有代表性的、比较简单的例子。

中级的例子（神奇的咒语）

例1

将所有方法foo(a,b,c)的实例改为foo(b,a,c)。这里a、b和c可以是任何提供给方法foo()的参数。也就是说我们要实现这样的转换：

下面这条替换命令能够实现这一魔法：

:%s/foo(\([^,]*\),\([^,]*\),\([^)]*\))/foo(\2,\1,\3)/g

现在让我们把它打散来加以分析。写出这个表达式的基本思路是找出foo()和它的括号中的三个参数的位置。第一个参数是用这个表达式来识别的：：\([^,]\)，我们可以从里向外来分析它： 

现在正是指出一个使用正则表达式常见错误的最佳时机。为什么我们要使用[^,]*这样的一个表达式，而不是更加简单直接的写法，例如：.*，来匹配第一个参数呢？设想我们使用模式.*来匹配字符串"10,7,2"，它应该匹配"10,"还是"10,7,"？为了解决这个两义性（ambiguity），正则表达式规定一律按照最长的串来，在上面的例子中就是"10,7,"，显然这样就找出了两个参数而不是我们期望的一个。所以，我们要使用[^,]*来强制取出第一个逗号之前的部分。

这个表达式我们已经分析到了：foo(\([^,]*\)，这一段可以简单的翻译为“当你找到foo(就把其后直到第一个逗号之前的部分标记为\1”。然后我们使用同样的办法标记第二个参数为\2。对第三个参数的标记方法也是一样，只是我们要搜索所有的字符直到右括号。我们并没有必要去搜索第三个参数，因为我们不需要调整它的位置，但是这样的模式能够保证我们只去替换那些有三个参数的foo()方法调用，在foo()是一个重载（overoading）方法时这种明确的模式往往是比较保险的。然后，在替换部分，我们找到foo()的对应实例，然后利用标记好的部分进行替换，是的第一和第二个参数交换位置。

例2

这里有几行我们现在的数据：

Bill Jones,     HI-TEK Corporation ,  CA, 95011
Sharon Lee Smith,  Design Works Incorporated,  CA, 95012
B. Amos   ,  Hill Street Cafe,  CA, 95013
Alexander Weatherworth,  The Crafts Store,  CA, 95014
...

Bill Jones,CA 95011,HI-TEK Corporation
Sharon Lee Smith,CA 95012,Design Works Incorporated
B. Amos,CA 95013,Hill Street Cafe
Alexander Weatherworth,CA 95014,The Crafts Store
...

下面就是第一个替换命令：

:%s/\([^,]*\),\([^,]*\),\([^,]*\),\(.*\)/\1,\3 \4,\2/

下面这个替换命令则用来去除空格：

:%s/[ \t]*,[ \t]*/,/g

例3

Billy tried really hard
Sally tried really really hard
Timmy tried really really really hard
Johnny tried really really really really hard

:%s/\(really \)\(really \)*/very /

Billy tried very hard
Sally tried very hard
Timmy tried very hard
Johnny tried very hard

表达式\(really \)*匹配0或多个连续的"really "（注意结尾有个空格），而\(really \)\(really \)* 匹配1个或多个连续的"really "实例。

感觉对ActionContext和httpmap下的那些map类的作用不太明了,看了很就感觉好象就是为简化jsp网页设计,用来代替原本jsp中的那些request,session等内置变量的,好确定在网页之间跳转是变量的生存周期,感觉应该是这样,这些map类的继承关系如下:

Map(java.util.*)(interface)-->BaseHttpMap(抽象类)-->ApplicationMap,SessionMap等等

看来对ActionContext还要加深认识才行.

不管怎么样,对jpetstore的学习总算也有个小的完成吧.

对它的MVC设计模式感觉很好,总体的结构让人感觉很清晰.值得应用,不知道spring有什么新的方式呵呵

如果对它的总体设计记不清楚了,记的看那个jpetstore的逻辑图,很不错,

yeah,暂时到这吧

今天研究了一下jpetstore中的数据层(即持久化层)的实现,感觉它的设计结构的确很好,ibatis对DAO的使用让编写显的很清晰和简约.

对持久化层的定义主要在persistence文件夹里.首先如果业务层(定义在service文件嘉下)调用persistence下iface下的DAO接口,接口再根据dao.xml定义的映射关系调用sqlmapdao中的具体实现,但其实具体实现只是定义了对需要修改的数据库中表的操作.其实真正的sql语句都是定义在了\persistence\sqlmapdao\sql 下定义的具体的xml文件中,这样使的层次感很清晰,设计起来也很容易,各个操作可以分开编写,只要定义好调用关系就ok了.

没有研究过hibernate,不过感觉应该用的理念是差不多的,这些ORM框架的确很不错.

看了这个struts+ibatis的例子,感觉它的设计思想很不错.和以前的jpetstore的模式有很大变化.

变化最明显的就是他只定义了一个BeanAction, (也只有一个BaseBean,其他的form bean都继承自BaseBean),它将以前的action都定义到了form bean中,这样form bean就不在只是处理数据这么简单.BeanAction中采用反射机制,来对应调用form bean中的action.这样就简化了BeanAction的处理.在配置文件中主要有三种调用action的方式:

1.URL Pattern

<action path="/shop/viewOrder" type="com.ibatis.struts.BeanAction"
    name="orderBean" scope="session"
    validate="false">
    <forward name="success" path="/order/ViewOrder.jsp"/>
  </action>

此种方式表示，控制将被转发到"orderBean"这个form bean对象 的"viewOrder"方法（行为）来处理。方法名取"path"参数的以"/"分隔的最后一部分。

它对应于BeanAction中的这部分代码:

if (method == null && !"*".equals(methodName)) {
          methodName = mapping.getPath();
          if (methodName.length() > 1) {
            int slash = methodName.lastIndexOf("/") + 1;
            methodName = methodName.substring(slash);
            if (methodName.length() > 0) {
              try {
                method = form.getClass().getMethod(methodName, null);
                forward = (String) method.invoke(form, null);
              } catch (Exception e) {
                throw new BeanActionExcepion("Error dispatching bean action via URL pattern ('" + methodName + "').  Cause: " + e, e);
              }
            }
          }
        }

是通过path来取得要调用的action函数.

2.Method Parameter

<action path="/shop/viewOrder" type="com.ibatis.struts.BeanAction"
    name="orderBean" parameter="viewOrder" scope="session"
    validate="false">
    <forward name="success" path="/order/ViewOrder.jsp"/>
  </action>

此种方式表示，控制将被转发到"orderBean"这个form bean对象的"viewOrder"方法（行为）来处理。配置中的"parameter"参数表示form bean类上的方法。"parameter"参数优先于"path"参数。

它对应与BeanAction中的:  

 Method method = null;
        String methodName = mapping.getParameter();
        if (methodName != null && !"*".equals(methodName)) {
          try {
            method = form.getClass().getMethod(methodName, null);
            forward = (String) method.invoke(form, null);
          } catch (Exception e) {
            throw new BeanActionException("Error dispatching bean action via method parameter ('" + methodName + "').  Cause: " + e, e);
          }
        }

通过paramater来调用对应的action函数

3.No Method call

<action path="/shop/viewOrder" type="com.ibatis.struts.BeanAction"
    name="orderBean" parameter="*" scope="session"
    validate="false">
    <forward name="success" path="/order/ViewOrder.jsp"/>
  </action>

此种方式表示，form bean上没有任何方法被调用。如果存在"name"属性，则struts把表单参数等数据填充到form bean对象后，把控制转发到"success"。否则，如果name为空，则直接转发控制到"success"。

这种parameter值为*的不调用任何action函数,有name属性则填充数据然后success.没有则直接success.

当然若name,parameter都没有则直接success.

Web Framworks 的决斗

译者：John Zhu

在本次JavaOne的周三的对话中，关于Web 框架的对决是非常有趣的对话之一。我们从这次对决的拥护者和格式开始报道，我们提供每个框架的概要描述和不同点，最后，我们发布TSS的自己的积分卡，那个框架在本次决斗中倒下，以及"Best Business Case" 和 "Best Technical Case"的胜利者。

决斗的拥护者:

参与的框架:
JavaServer Faces, championed by Ed Burns
Webwork, championed by Jason Carreira
Shale, championed by David Geary
Tapestry, championed by Howard Lewis Ship
Wicket, championed by Eelco Hillenius

缺席但是非常优秀的其他框架:
Struts 1.x
SpringMVC
Ruby on Rails

决斗的方式:

第一回合: 每个拥护者用三分钟介绍他们的框架.

第二回合: 主持人提问.

第三回合: 观众提问.

战斗的钟: 主持人是Kevin Osborn控制着战斗的钟声.控制现场秩序，以利于决斗不会使用非正当手段或者拥护者是否超过时间时.                                                                                                        

我们的评论:

我们注意到在本次决斗中一个主要的趋势是针对组件。每个框架介绍自己的Web组件如何工作的优势。传递给观众的信息是web组件是如此的流行和时兴…拥护者介绍他们的组件的核心在于看上去像什么?我们还注意到，Struts已经明显落后，而所有其他的框架都努力在从Struts的阴影中突破，强调自己如何之不同和如何之更好。尽管Web框架已经前进并将Struts丢在后面，但是Struts仍然是经过实践检验并在成千的成功项目中实施。我禁不住认为Structs没有包含Web组件的思路，所以开发者需要考虑其他的框架，web组件是一个好的开始。：）

框架概述 (第一回合)

JavaServer Faces (JSF)

• 技术特性
  • 界面接口组件和事件模型的第一个类

  • POJO依赖注入（又称控制反转）

  • 客户端独立性

  • 使用或者不使用工具

  • 可扩展的导航（类似于Struts导航，注：Page导航）

  • 强大的扩展能力 （如Shale）

  • 完全的集成（如JSP集成Spring）

  • 本地化和易理解性

• 市场和商业特性
  • 广泛的采用，包括SUN，Oracle，IBM,BEA,Apache,EDS

  • 作为J2EE 5.0的部分

  • 大型第三方组件市场（iLog, Business Objects, Oracle, Sun, IBM)

  • 业内领先的工具支持（Sun Java Studio, Oracle JDeveloper, IBM WSAD, NitroX plugin for Eclipse, Exadel Studio)

  • 已经有关于JSF的许多的书上架了

  • 在Monster上三页长的关于JSF的工作需求

Webwork

• 核心价值
  • 简单

  • 可测试

  • 可维护

  • 可扩展

• 对于未知展示层技术的支持，这次JSP，Velocity,和其他的展示层技术

• 对于Http请求映射未逻辑（交互性）活动

• 通过分层的MVC和模板机制简化组件

Shale

• 集成JSP和Jakarta的框架

• 成为Struts 2.0的提议

• 作为Struts的子项目

• 于Struts类之间没有直接的联系

• 作为JSF技术的扩展：“JSF 1.0 并没有保护所有的我们需要的东西，所以我们加入目前需求的。所以Shale增加了比如说客户端校验，Ajax，等…作为JSF 2.0的铺路石。期间，Shale 作为证明的基础。”

• Shale的特性
  • Web流

  • Ajax

  • Spring和Tiles的集成

  • 客户端和服务端的校验

  • 类似于Tapestry的展示层的参数化的子树

  • 工具：Back-Button的滥用，文件上载，JNDI API

• Shale的扩展点
  • ShalePropertyResolver

  • ShaleVariableResolver

  • DialogNavigationHandler

  • ShaleViewHandler

  • TilesViewHandler

• “如果不知道JSF本身，JSF是非常非常易扩展的”
  
  

Tapestry

• 核心价值:
  • 简化－Web应用不能像火箭科技！

  • 一致性－为页面工作就是为组件工作，为小应用工作就是为大应用工作，不同的开发人员对于相似的问题应该有相似的解决方法

  • 高效性－应用软件应该是高性能和易扩展

  • 反馈－如果有什么地方出现问题了，本框架不会中断，事实上，它会提供一些有用的诊断

• 工具:
  • 不需要使用工具

  • 可以使用你已经使用的工具.

• 在Tapestry 4.0中的新特性（子集）:
  • 支持注解

  • 真正优秀的集成能力

  • 管理服务端状态具有更大的弹性，非常高效的获取什么在事务的明细.

  • 支持门户

• Extensibility可扩展性:
  • Over 180 extension points 超过180个扩展点

  • Built around Component Object Model with many layers 在需要层上集成了组件对象模型

  • Terrific ability to override, change, and customize过载，更改和客户化的强大能力

  • Great support for component libraries which are open source and available.支持开源和可用组件库

• “对于其他的框架来说，Tapestry是被追赶者！”

Wicket

• 还是一个新生家伙.

• “Wicket是容易的，优雅的，并且是强有力的”

• 易用:
  • 简化，一致，明显

  • 重用组件

  • 非插入的

  • 安全

  • 效率/可扩展

值得注意的引用:

•  “谁都知道JSF优于Struts，当然，JSF和Tapestry不相上下”

•  “Struts是一所老学校，所以恢复它”

•  “如果你需要一个像这样的工具，那么你的扩家可能太复杂了”

•  “你可以说，但是不能让人们去用它”

•  “如果你要节省你的Struts代码，JSF可以做到”

• “在事实你可以采用标准的方法去扩展框架，从而达到在某个功能点构建你的扩展，但是事实你不会真在Struts和Webwork上真的这样去做”。有的人说你不需要使用一种想象的事件模型去获得Web应用的重用。

我们的积分卡

TSS尽量用分数来记录决斗，我们对每个框架在两个领域以5分总分作为记录:

• 技术特性

• 商业使用