我的評論
re: JSP獲取CPU使用率、系統內存、虛擬機內存等情況(不用JNI) stevenfrog 2012-08-29 22:21
還行,支持一下
re: 為什么支付寶使用用戶體驗欠佳的安全控件,而國外 Paypal、Google Checkout 都沒有這種的設計?[未登錄] stevenfrog 2012-07-10 18:38
樓主理解到太片面了,你怎么證明自己在被詐騙中沒人任何責任?
如果真是你說到那樣,信用卡被盜,根本無所謂,反正最多50美刀。
那美國人被盜了上千萬到信用卡信息,著急干啥?!
如果真是你說到那樣,信用卡被盜,根本無所謂,反正最多50美刀。
那美國人被盜了上千萬到信用卡信息,著急干啥?!
re: 編碼最佳實踐(2)--推薦使用concurrent包中的Atomic類 stevenfrog 2012-06-17 23:18
@Yiding He
我覺得還是用Atomic類劃算些,synchronized代價大了些。
不過synchronized簡單,不會出錯。
我覺得還是用Atomic類劃算些,synchronized代價大了些。
不過synchronized簡單,不會出錯。
re: 編碼最佳實踐(2)--推薦使用concurrent包中的Atomic類[未登錄] stevenfrog 2012-06-17 08:33
感謝!
清晰,實用。
特別是“++操作符”原理那段,我很喜歡。
一下就說清楚了,為什么++會引起非同步。
清晰,實用。
特別是“++操作符”原理那段,我很喜歡。
一下就說清楚了,為什么++會引起非同步。
re: 代碼最佳實踐(1)--如何做compare[未登錄] stevenfrog 2012-06-09 23:57
類似的class其實還有很多,多注意一下,Java其實已經內置了很多類型,一般情況是絕對夠用了的。
簡單類型int等的自動轉換的確是個要注意的問題,所以在定義bean的時候,一般都要避免用int,多用Integer,Long等,封裝還是很有用的。
我一般用int都是確定肯定為正之類的情況,要不然會多注意很多東西。
乘除是一直要注意溢出的,這個就不用多說了。
簡單類型int等的自動轉換的確是個要注意的問題,所以在定義bean的時候,一般都要避免用int,多用Integer,Long等,封裝還是很有用的。
我一般用int都是確定肯定為正之類的情況,要不然會多注意很多東西。
乘除是一直要注意溢出的,這個就不用多說了。
re: 代碼最佳實踐(1)--如何做compare[未登錄] stevenfrog 2012-06-09 23:52
其實java是類型語言,最好的辦法是避免用減號來判斷,這是c語言的思維。
最好用Integer.compare(XXX),這是絕對不會出錯的。
最好用Integer.compare(XXX),這是絕對不會出錯的。