ZeroBlue

代碼保存之后，以下語句多了空格，刪掉即可：
service.setRealPath( " d: " );
urlMap.put( " http://localhost:8080/index.jsp " , " /temp/index1.html " );
urlMap.put( " http://www.yahoo.com.cn/ " , " /temp/index2.html " );
new FileOutputStream(file), " GBK " );

blogjava提供的編輯器功能一堆，華而不實(shí)，非常不好用，我試著重新編輯，結(jié)果無功而返。

有你這份真誠就夠了，海內(nèi)存知己嘛。

事實(shí)標(biāo)準(zhǔn)和理想標(biāo)準(zhǔn)永遠(yuǎn)是有差距的。

可否這樣：
將Movie類聲明為一個接口（感覺Price也聲明為接口比較好），每增加一個Price實(shí)現(xiàn)類，就增加一個Movie對應(yīng)的實(shí)現(xiàn)類。這要原來的代碼不需要動，符合開閉原則。Movie接口定義子類必須實(shí)現(xiàn)的getCharge()方法。子類實(shí)現(xiàn)該方法時會調(diào)用對應(yīng)的Price實(shí)現(xiàn)類來計算積分。
consume類代碼可寫成這樣：
Movie regularMovie = new RegularMovie();
Movie newReleaseMovie = new NewReleaseMovie();
Movie childrenMovie = new ChildrenMovie();
（不知可行否）

還是應(yīng)該pattern吧，這里是以影片類型舉例，可以想象一個大型的影片公司，影片類型肯定非常多，都在一個類里用if else搞，頭可能也比較暈。
而且類型價格等東西有變更，或減增。維護(hù)起來會死人的。

嗯，問下，如果使用反射機(jī)制，Movie類是否不用聲明靜態(tài)變量。
否則增加新的影片類型，不是還要修改Movie類。
如果要聲明的話，是否加上final比較好？

so good!

懶勤與否，好象與是否有智慧沒有必然聯(lián)系。
而最佳算法好象只與智慧有關(guān)系。為什么有智慧的懶人不能寫出最佳算法？

: )

其實(shí)最近我也對《程序員》有點(diǎn)失望，每期都能找出錯字和語法上的錯誤。
其合訂本更是慘不忍睹。一份學(xué)術(shù)方面的雜志，而且還是月刊，做成這樣，不能不讓人懷疑其質(zhì)量。

嗯，確實(shí)是剛開始接觸。: ) 興奮中……

看了最新一期的程序員，心情有點(diǎn)復(fù)雜，想聽聽大家的聲音呢。

加油:)

看hibernate的源代碼，看丫是怎么翻頁的。
我沒仔細(xì)看過，但相信會有提示。