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 接口不能在定義它的類之外被實現。