posted @ 2005-09-22 23:50 Justfly Shi 閱讀(469) | 評論 (0) | 編輯 收藏
一個大將被調去做外包了,一個大校去做論文了,兩個中尉還沒有成長起來。就我一個司令又要排兵布陣又要上場殺敵又要行政又要應付公文往來還要到處去救火為啥長春開發人員就這么難招呀,別說大將,連小兵都招不來合格的。命苦呀
posted @ 2005-09-14 00:30 Justfly Shi 閱讀(1106) | 評論 (2) | 編輯 收藏
posted @ 2005-09-13 23:50 Justfly Shi 閱讀(1207) | 評論 (2) | 編輯 收藏
Enum也是java中我比較喜歡的一個改進,雖然使用到的地方并不多。每一個enum類型都默認的繼承了java.lang.Enum虛擬類。每一個列舉實例都是改enum類型的一個實例。
posted @ 2005-09-13 00:02 Justfly Shi 閱讀(820) | 評論 (0) | 編輯 收藏
posted @ 2005-09-12 23:44 Justfly Shi 閱讀(1652) | 評論 (0) | 編輯 收藏
posted @ 2005-09-12 23:17 Justfly Shi 閱讀(831) | 評論 (0) | 編輯 收藏
在java5中添加的一個新特性就是static import(靜態導入?)通過靜態導入我們可以很方便的使用在其他類中定義的函數。如下面的代碼所示,我們可以直接的使用java.lang.Math 的min和max以及其他在java.lang.Math中所定義的靜態方法,只需要在import中添加一句import static java.lang.Math.*。這是一個很方便的功能。
但是這個功能卻不能濫用。因為它會導致代碼的可讀性變得很差。考慮一下一個未曾接觸過java.lang.Math類的讀者來看這段代碼。當他讀到“int min=min(3,4)”,他會很迷惑,這個min函數到底是在哪里定義的呢?于是他就得去分析import這里。這段代碼還好說,只有一個類被靜態導入,只需要打開 java.lang.Math的文檔就可以直接了解這些方法的相關信息了。但是如果同時靜態導入了10個類的情況下呢?如果這些類中有著名字類似(相同)但是行為卻不一致的方法的時候呢?比如Person.eat(Food food)和 Animal.eat(Food food)。
那么這個功能該如何用呢?我認為一些常用的工具類、全局變量類等當需要在一個類中多次使用的時候可以導進來,但是對于系統中的模型類或者是用的次數不多的工具類還是不要導入的好。我們需要在自己寫代碼時的方便和代碼本身的可讀性間做個權衡。
posted @ 2005-09-11 20:15 Justfly Shi 閱讀(1128) | 評論 (0) | 編輯 收藏
要注意的是,當要被unboxing的封裝類為null的時候或未被初始化時會拋出一個nullpoint錯誤
posted @ 2005-09-11 02:07 Justfly Shi 閱讀(590) | 評論 (0) | 編輯 收藏
posted @ 2005-09-11 00:16 Justfly Shi 閱讀(450) | 評論 (0) | 編輯 收藏
Powered by: BlogJava Copyright © Justfly Shi