2006年5月30日

在WebWork 2.2.1中,在配置文件xwork.xml中新增加了了一个元素: default-action-ref,其实这个配置非常简单,但是很多人不知道,所以简单介绍一下.

如果你在xwork.xml里面配置了default-action-ref,那么当xwork中没有找到对应的action时,默认就会调用default-action-ref指定的action.

官方的wiki文档参考这里: http://wiki.opensymphony.com/display/WW/Action+configuration

配置代码如下:

												<package name="myPackage" ....>
            ...
            <default-action-ref name="simpleViewResultAction">
            <!--
            An example of a default action that is just a simple class
            that has 3 fields: successUrl, errorUrl, and inputUrl.  This action
            parses the request url to set the result values.  In the normal case
            it just renders velocity results of the same name as the requested url.
            -->
            <action name="simpleViewResultAction" class="SimpleViewResultAction">
            <result type="velocity">${successUrl}</result>
            <result name="error" type="velocity">${errorUrl}</result>
            <result name="input" type="velocity">${inputUrl}</result>
            </action>
            ...
            </package>

但是要注意,一般一个package内配置一个,如果配置多个,就无法预测结果了.

注意上面的配置,第一个result的name属性被省略了,webwork会认为它是"SUCCESS".

WebWork带的例子里面就有default-action-ref的配置,可以参考.

                                                              高手谈做程序员的基本原则
                                                                                                                  引用来源：金蝶中间件公司CTO袁红岗

      不知不觉做软件已经做了十年，有成功的喜悦，也有失败的痛苦，但总不敢称自己是高手，因为和我心目中真正的高手们比起来，还差的太远。世界上并没有成为高手的捷径，但一些基本原则是可以遵循的。

　　1. 扎实的基础。数据结构、离散数学、编译原理，这些是所有计算机科学的基础，如果不掌握他们，很难写出高水平的程序。据我的观察，学计算机专业的人比学其他专业的人更能写出高质量的软件。程序人人都会写，但当你发现写到一定程度很难再提高的时候，就应该想想是不是要回过头来学学这些最基本的理论。不要一开始就去学OOP，即使你再精通OOP，遇到一些基本算法的时候可能也会束手无策。

　　2. 丰富的想象力。不要拘泥于固定的思维方式，遇到问题的时候要多想几种解决问题的方案，试试别人从没想过的方法。丰富的想象力是建立在丰富的知识的基础上，除计算机以外，多涉猎其他的学科，比如天文、物理、数学等等。另外，多看科幻电影也是一个很好的途径。

　　3. 最简单的是最好的。这也许是所有科学都遵循的一条准则，如此复杂的质能互换原理在爱因斯坦眼里不过是一个简单得不能再简单的公式:E=mc2。简单的方法更容易被人理解，更容易实现，也更容易维护。遇到问题时要优先考虑最简单的方案，只有简单方案不能满足要求时再考虑复杂的方案。

　　4. 不钻牛角尖。当你遇到障碍的时候，不妨暂时远离电脑，看看窗外的风景，听听轻音乐，和朋友聊聊天。当我遇到难题的时候会去玩游戏，而且是那种极暴力的打斗类游戏，当负责游戏的那部分大脑细胞极度亢奋的时候，负责编程的那部分大脑细胞就得到了充分的休息。当重新开始工作的时候，我会发现那些难题现在竟然可以迎刃而解。

　　5. 对答案的渴求。人类自然科学的发展史就是一个渴求得到答案的过程，即使只能知道答案的一小部分也值得我们去付出。只要你坚定信念，一定要找到问题的答案，你才会付出精力去探索，即使最后没有得到答案，在过程中你也会学到很多东西。

　　6. 多与别人交流。三人行必有我师，也许在一次和别人不经意的谈话中，就可以迸出灵感的火花。多上上网，看看别人对同一问题的看法，会给你很大的启发。

　　7. 良好的编程风格。注意养成良好的习惯，代码的缩进编排，变量的命名规则要始终保持一致。大家都知道如何排除代码中错误，却往往忽视了对注释的排错。注释是程序的一个重要组成部分，它可以使你的代码更容易理解，而如果代码已经清楚地表达了你的思想，就不必再加注释了，如果注释和代码不一致，那就更加糟糕。

　　8. 韧性和毅力。这也许是"高手"和一般程序员最大的区别。高手们并不是天才，他们是在无数个日日夜夜中磨练出来的。成功能给我们带来无比的喜悦，但过程却是无比的枯燥乏味。你不妨做个测试，找个10000以内的素数表，把它们全都抄下来，然后再检查三遍，如果能够不间断地完成这一工作，你就可以满足这一条。

　　这些是我这几年程序员生涯的一点体会，希望能够给大家有所帮助。

该例子主要实现了jstl 下拉菜单的功能，由于jstl中没有else功能，下面同时体现了如何在jstl实现if  else的功能。
<%
java.util.List list = new java.util.ArrayList();
list.add("");
list.add("限时");
list.add("特提");
list.add("平急");
request.setAttribute("list", list);

//用数组也可以实现
//String[] str = {"","限时","特提","特急"};
//request.setAttribute("list",str);
%>

<select size="1" name="jjcd" value="" style="width: 91; height: 18">
  <c:forEach var="item" items="${list}">
  <c:choose>
  <c:when test="${item eq '特提'}">
  <option selected>特提</option>
  </c:when>
  <c:otherwise>
   <option><c:out value="${item}"/></option>
  </c:otherwise>
  </c:choose>
  </c:forEach>
</select>

另一种实现下拉菜单的方法：
   <select name="jjcd">
  <c:forEach var="item" items="${list}">
   <option <c:if test="${item eq '特提'}">selected</c:if> value="<c:out value="${item}"/>">
   <c:out value="${item}"/></option>
  </c:forEach>
   </select>

      由于视图没有主键，所以在用hibernate对视图操作就需要做点处理了，网上搜了一通也没能找到相关文章，后来突然想到了myeclipse可以帮助生成hibernate的配置文件和对应的pojo代码。
      打开myeclipse，选择相关的视图，生成了配置文件和pojo类，发现pojo类生成了两个，而配置文件却一个，参看了配置文件和类，明白了是怎么回事。生成的配置文件通过了组合的方式生成，所以会对应两个类，一个类主要存放id信息，以个类存放对应的字段信息。
      下面是生成的类和配置文件：
类：
public class AllTablePb implements Serializable {

 // Fields
 private AllTablePbId id;

 // Property accessors
 public AllTablePbId getId() {
  return this.id;
 }

 public void setId(AllTablePbId id) {
  this.id = id;
 }
}

public class AllTablePbId implements java.io.Serializable {

 // Fields

 private String owner;

 private String tableName;

 private String columnName;

 private String dataType;

 private String pbcCnam;

 private String pbcCmnt;

 // Property accessors

 public String getOwner() {
  return this.owner;
 }

 public void setOwner(String owner) {
  this.owner = owner;
 }

 public String getTableName() {
  return this.tableName;
 }

 public void setTableName(String tableName) {
  this.tableName = tableName;
 }

 public String getColumnName() {
  return this.columnName;
 }

 public void setColumnName(String columnName) {
  this.columnName = columnName;
 }

 public String getDataType() {
  return this.dataType;
 }

 public void setDataType(String dataType) {
  this.dataType = dataType;
 }

 public String getPbcCnam() {
  return this.pbcCnam;
 }

 public void setPbcCnam(String pbcCnam) {
  this.pbcCnam = pbcCnam;
 }

 public String getPbcCmnt() {
  return this.pbcCmnt;
 }

 public void setPbcCmnt(String pbcCmnt) {
  this.pbcCmnt = pbcCmnt;
 }

}

配置文件：
<hibernate-mapping>
 <class name="com.hhkj.workflow.bean.AllTablePb" table="V_ALLTAB_PB" schema="CANP">
  <composite-id name="id" class="com.hhkj.workflow.bean.AllTablePbId">
   <key-property name="owner" type="string">
    <column name="OWNER" length="30" />
   </key-property>
   <key-property name="tableName" type="string">
    <column name="TABLE_NAME" length="30" />
   </key-property>
   <key-property name="columnName" type="string">
    <column name="COLUMN_NAME" length="30" />
   </key-property>
   <key-property name="dataType" type="string">
    <column name="DATA_TYPE" length="106" />
   </key-property>
   <key-property name="pbcCnam" type="string">
    <column name="PBC_CNAM" length="30" />
   </key-property>
   <key-property name="pbcCmnt" type="string">
    <column name="PBC_CMNT" length="254" />
   </key-property>
  </composite-id>
 </class>
</hibernate-mapping>
这样就可以通过AllTablePb.getId()取得相关的信息。
      感觉myeclipse的确不错，特别是对于使用hibernate还不是非常熟练的人来说，通过它可以帮解决不少问题。
      通过这样对视图的操作，同样也可以用到对于那些没有定义主键的表，操作方法是一样的。
      呵呵，个人的一点体会，欢迎大家多提意见。

interface 关键字用来声明一个接口，它可以产生一个完全抽象的类，并且不提供任何具体实现。 interface 的特性整理如下：

1.        接口中的方法可以有参数列表和返回类型，但不能有任何方法体。

2.        接口中可以包含字段，但是会被隐式的声明为 static 和 final 。

3.        接口中的字段只是被存储在该接口的静态存储区域内，而不属于该接口。

4.        接口中的方法可以被声明为 public 或不声明，但结果都会按照 public 类型处理。

5.        当实现一个接口时，需要将被定义的方法声明为 public 类型的，否则为默认访问类型， Java 编译器不允许这种情况。

6.        如果没有实现接口中所有方法，那么创建的仍然是一个接口。

7.        扩展一个接口来生成新的接口应使用关键字 extends ，实现一个接口使用 implements 。

interface 在某些地方和 abstract 有相似的地方，但是采用哪种方式来声明类主要参照以下两点：

1.        如果要创建不带任何方法定义和成员变量的基类，那么就应该选择接口而不是抽象类。

2.        如果知道某个类应该是基类，那么第一个选择的应该是让它成为一个接口，只有在必须要有方法定义和成员变量的时候，才应该选择抽象类。因为抽象类中允许存在一个或多个被具体实现的方法，只要方法没有被全部实现该类就仍是抽象类。

以上就是接口的基本特性和应用的领域，但是接口绝不仅仅如此，在 Java 语法结构中，接口可以被嵌套，既可以被某个类嵌套，也可以被接口嵌套。这在实际开发中可能应用的不多，但也是它的特性之一。需要注意的是，在实现某个接口时，并不需要实现嵌套在其内部的任何接口，而且， private 接口不能在定义它的类之外被实现。