逝去的青春

回調函數在Spring中的使用

?? 這是一種對單個方法的參數使用控制反轉，把控制權和差錯處理交給框架來處理。嚴格的說，這是一種Strategy模式的特例，他們的區別就在于接口的復雜度不同。
?? 在Spring的JdbcTemplate中就使用了這種模式。JdbcTemplate實現了query()方法，參數是SQL字符串，和一個實現了回調接口的，將在讀取resultSet每行時被調用。

1 public ? interface ?RowCallbackHandler?
2 {
3 ???? void ?processRow(ResultSet?rs)? throws ?SQLException;
4 } ?

? query()方法封裝了對JDBC底層API的調用。

public ? void ?query(String?sql,?RowCallbackHandler?callbackHandler)? throws ?JdbcSqlException?
{
????Connection?con? = ? null ;
????PreparedStatement?ps? = ? null ;
????ResultSet?rs? = ? null ;
???? try ?
???? {
????????con? = ? < code?to?get?connection >
????????ps? = ?con.prepareStatement?(sql);
????????rs? = ?ps.executeQuery();
???????? while ?(rs.next())?
???????? {
????????????callbackHandler.processRow(rs);
????????}
????????rs.close();
????????ps.close();
????} ?
???? catch ?(SQLException?ex)?
???? {
???????? throw ? new ?JdbcSqlException( " Couldn't?run?query?[ " ? + ?sql? + ? " ] " ,?ex);
????}
???? finally ?
???? {
????????DataSourceUtils.closeConnectionIfNecessary( this .dataSource,?con);
????}
}

?? 在上面的例子中，JdbcSqlException繼承了java.lang.RuntimeException，也就是說調用者可以選擇去捕獲它，但是這不是必須的。假如實現了回調接口的子類里的方法出錯，而且不是RuntimeException的子類，也就是必須捕獲的異常，但是query()方法中在邏輯上是沒有辦法捕獲它的。所以Rod_Johnson把接口定義成JdbcTemplate的inner interface。這就可以JdbcTemplate就可以捕獲它。
?? 回調方法也是框架的一種基本方法，比如java.io.File類中的listFiles(FilenameFilter filter),FilenameFilter就是一個接口，我們實現這個接口中的方法accept(File dir, String name) ，這就是一個典型的回調方法。
?? 觀察者模式的使用符合開閉原則，并且分離了關注點。這種對模塊修改開發，影響關閉的原則促進了AOP面向方面編程的發展。Spring中的AOP可能就是這種思想的實現，個人猜測而已。????
??? 把方法的參數放在一個類中，這樣以后要增加參數的話，不用修改方法簽名，感覺很干凈，唯一可能的缺點是可能對性能有所下降，不過很小。如果沒有用EJB的話，應該差不多。

?? 對異常的處理，分為checked和unchecked異常，checked異常是繼承java.lang.Exception的。Unchecked異常繼承java.lang.RuntimeException。Rod_Johnson主張在對出現異常后，程序不能處理，只能給予沒用的提示時用RuntimeException，因為RuntimeException容器會自動處理。關于異常的詳細說明，我也沒看明白，希望那位大蝦能指點指點。

備注：本文主要內容來源于Rod_Johnson的大作，強烈建議看原版！

posted @ 2006-03-30 21:57 逝去的年華 閱讀(1466) | 評論 (0) | 編輯 收藏

Template模式和Strategey模式

?????????在學習Spring的過程中經常看到一些大蝦推薦閱讀Rod_Johnson的<Expert_One-on-One_J2EE_Design_and_Development>書,據說此書的第四章每個學java人都要看看.好不容易搞到pdf版,可惜是E文的,中文的搞不到,沒辦法只好硬著頭皮看下去。
???第四章主要講的是面向對象的設計模式,怎么采用一致的編碼公約,怎么利用也有的系統.這對于理解Spring框架有很大的幫助!因為這是Spring之父的編程思想。):
???關于接口的好處及組合模式的有點,我這里就不說了。
???Template模式:適用范圍,我們知道某個業務或算法的步驟,但是不知道怎么把每步的順序。Template模式采用在abstract類中有個Public and final的方法封裝了調用每步的順序,也就是說控制了工作流程。所有的繼承類也就只要實現每步的具體方法。這是控制反轉的一種表現，以前都是我們在程序中去調用API中的方法,現在是我們實現API某個類中的抽象方法給該類調用!這種控制反轉的機制,是框架的代碼基礎.比如,EJB中的Init()和destory()方法等等.Spring框架中的對數據持久層的實現就是很好的例子!
下面把書中的例子COPY下:
? AbstractOrderEJB父類實現了商業邏輯,包括用戶是否金額超現和對大的訂單進行打折,palceOrder()方法就是那個工作流方法。

abstract ? class ?AbstractOrderEJB
{
???? public ? final ?Invoice?placeOrder?( int ?customerId,?InvoiceItem[]?items)
???????? throws ?NoSuchCustomerException,?SpendingLimitViolation?
???? {
???????? int ?total? = ? 0 ;
???????? for ?( int ?i? = ? 0 ;?i? < ?items.?length;?i ++ )?
???????? {
????????????total? += ?getItemPrice?(items?[i])? * ?items?[i]?.getQuantity();
????????}
???????? if ?(total? > ?getSpendingLimit?(customerId)?)
???????? {
????????????getSessionContext()?.setRollbackOnly();
???????????? throw ? new ?SpendingLimitViolation?(total,?limit);
????????}
???????? else ? if ?(total? > ?DISCOUNT_THRESHOLD)?
???????? {
???????????? // ?Apply?discount?to?total
????????}
???????? int ?invoiceId? = ?placeOrder?(customerId,?total,?items);
???????? return ? new ?InvoiceImpl?(iid,?total);
????}

???? protected ? abstract ? int ?getItemPrice(InvoiceItem?item);

???? protected ? abstract ? int ?getSpendingLimit(customerId) throws ?NoSuchCustomerException;

???? protected ? abstract ? int ?placeOrder( int ?customerId,? int ?total,InvoiceItem[]?items);
??}

???getItemPrice，getSpendingLimit，placeOrder這三個方法，是protected and abstract的，由子類來實現。
?? Strategey模式和Template模式比較相似.用Strategey模式對上個例子進行改造:把三個單獨的方法放入一個接口中,工作流方法進行如下修改:

?1 public ? class ?OrderEJB
?2 {
?3 ???? private ?DataHelper?dataHelper;
?4 ???? public ? void ?setDataHelper?(DataHelper?newDataHelper)?
?5 ???? {
?6 ???????? this .dataHelper? = ?newDataHelper;
?7 ????}
?8 ???? public ? final ?Invoice?placeOrder?( int ?customerId,?InvoiceItem[]?items)
?9 ???????? throws ?NoSuchCustomerException,?SpendingLimitViolation?
10 ???? {
11 ???????? int ?total? = ? 0 ;
12 ???????? for ?( int ?i? = ? 0 ;?i? < ?items.length;?i ++ )?
13 ???????? {
14 ????????????total? += ? this .dataHelper.getItemPrice(items[i])? *
15 ????????????items[i].getQuantity();
16 ????????}
17 ???????? if ?(total? > ? this .dataHelper.getSpendingLimit(customerId))?
18 ???????? {
19 ????????????getSessionContext()?.setRollbackOnly();
20 ???????????? throw ? new ?SpendingLimitViolation(total,?limit);
21 ????????} ?
22 ???????? else ? if ?(total? > ?DISCOUNT_THRESHOLD)?
23 ???????? {
24 ???????????? // ?Apply?discount?to?total
25 ????????}
26 ???????? int ?invoiceId? = ? this .dataHelper.placeOrder?(customerId,?total,?items);
27 ???????? return ? new ?InvoiceImpl?(iid,?total);
28 ????}
29 }

???Stratery模式比Temlater模式復雜點，但是它具有更高的靈活性，對于實際項目一些流程的控制有很好的作用！這是本人的觀點，不一定正確，僅供參考。
???
在下面的情況下,用Stratery模式比Temlater模式更好:
1,每步都是可變的
2,實現每步的類需要一個獨立的繼承體系
3,實現每步的類要和其他的類打交道
4,實現每步的類要實現多態性

備注：本文主要內容來源于Rod_Johnson的大作，強烈建議看原版！

posted @ 2006-03-29 20:49 逝去的年華 閱讀(1488) | 評論 (0) | 編輯 收藏

程序員的個人發展

posted @ 2006-02-28 22:30 逝去的年華 閱讀(297) | 評論 (0) | 編輯 收藏