3、Struts2之咬文嚼字

读文章可以咬文嚼字，读代码也可以。今天随意（随意是指读哪个类很随意，读起来实际是咬文嚼字）地阅读Struts2的几个类的代码 ，有点心得，特记录如下。

在eclipse的workspace中，很自然会先读org.apache.struts2 这个包的类，因为它是最前面显示。StrutsStatics 接口没有任何方法，有几个final static 变量。这样设计，是为了让类去实现该接口，方便直接使用静态变量。其实一般做法是，写一个常量类，里面尽是一些静态常量，谁要用就直接用类名来引用即可。如果说这样每使用一个常量便要多写个类名，那在JDK5中可以通过静态import来实现省略类名的书写。这两种做法中，我比较认同后者。

public   interface  StrutsStatics {
     /* ...... */

     public   static   final  String PAGE_CONTEXT  =   " com.opensymphony.xwork2.dispatcher.PageContext " ;

     public   static   final  String STRUTS_PORTLET_CONTEXT  =   " struts.portlet.context " ;

}

在读Struts2的异常类StrutsException时，发现它扩展了XWorkException，而XWorkException是属于WebWork框架的（准确地说是XWork）。仔细一看，又发现StrutsException和XWorkException都实现了Locatable接口。既然StrutsException 扩展了 XWorkException ，就自然也成为Locatable的子类啦，为什么还要去显式实现Locatable接口呢？再细看，StrutsException并没有实现Locatable的方法。这样看来，StrutsException 显式实现Locatable接口是多此一举了。也许唯一的作用是让人一看就可直接知道StrutsException是Locatable的子类。

/*
  StrutsException 
*/
public   class  StrutsException  extends  XWorkException  implements  Locatable 

/*
  XWorkException
*/
public   class  XWorkException  extends  RuntimeException  implements  Locatable 

/*
  Locatable 接口只有一个方法
*/
public   interface  Location {
     public  Location getLocation();
}

在RequestUtils类中，我发现有个方法的判断语句的写法不错，但又不太准确。代码如下：

public   static  String getServletPath(HttpServletRequest request) {
if  ( null   !=  servletPath  &&   ! "" .equals(servletPath)) {
       return  servletPath;
}

一般判断字符串既不为null又不为空（""），会是以下两种写法。

if  (servletPath  !=   null   &&   ! servletPath.equals( "" ))

if  (servletPath  !=   null   &&  servletPath.length() > 0 )