走近System類
后來我在讀<
這么當(dāng)然是馬士兵抄襲了。技術(shù)員也就這么點(diǎn)樂。無語。。。。。。
不要相信那誰誰的。只穿一手鞋,我后來想。似乎此話也引自馬士兵,不知馬士兵引自誰的。
從研究源碼開始吧。。。。。。 閱讀全文
posted @ 2011-03-30 17:52 wangflood 閱讀(308) | 評(píng)論 (0) 編輯
wangflood精心維護(hù)一個(gè)技術(shù)blog,為了工作,也是愛好。 |
03 2011 檔案走近System類
摘要: 我依然記得,曾經(jīng)在聽馬士兵的J2SE的課程時(shí),講到regex時(shí),有個(gè)方法叫"lookat",一向溫和的馬兄大怒,說SUN這個(gè)后知后覺的土鱉,這個(gè)名字取得多么垃圾。這個(gè)的人還混在sun里面,可以想見sun里面有多少這樣的貨色。又一年,sun被oracle收購(gòu),我大驚馬士兵的預(yù)見性
后來我在讀< 這么當(dāng)然是馬士兵抄襲了。技術(shù)員也就這么點(diǎn)樂。無語。。。。。。 不要相信那誰誰的。只穿一手鞋,我后來想。似乎此話也引自馬士兵,不知馬士兵引自誰的。 從研究源碼開始吧。。。。。。 閱讀全文 posted @ 2011-03-30 17:52 wangflood 閱讀(308) | 評(píng)論 (0) 編輯 走近Cloneable
摘要: // 可以想象Cloneable接口只是一個(gè)marker.所有的類都從Object繼承,而且protected,
// 所以所有的類都有clone方法,但是無法沒有marker的話,就不能調(diào)用clone方法。 // 無法了解到int[]的實(shí)現(xiàn),但是int[]可以clone. // 但是String的類似于clone的功能的method還少嗎? 這個(gè)混亂的狀態(tài)有點(diǎn)像size和length。居然還有變態(tài)的面試考List取長(zhǎng)度是size(),還是length(),亦或是length,或是size?記得ruby語言就有這種混亂。比java還亂.各種方言版的ruby,混戰(zhàn)。 玩dota時(shí),大家常說:各種各樣的SB混戰(zhàn)。呵呵。 閱讀全文 posted @ 2011-03-30 17:29 wangflood 閱讀(378) | 評(píng)論 (0) 編輯 走近DecimalFormat
摘要: 發(fā)現(xiàn)框架內(nèi)有個(gè)很地方,能將double,進(jìn)行從小數(shù)點(diǎn)第一位開始,每三位加一個(gè)',"的處理方法。當(dāng)初我寫計(jì)算器的時(shí)候就在這里寫不下去了。(不管怎么寫,覺得方法有些像C的實(shí)現(xiàn))。走近DecimalFormat 閱讀全文
posted @ 2011-03-30 17:16 wangflood 閱讀(172) | 評(píng)論 (0) 編輯 用trycatch寫了一段特別垃圾的代碼
摘要: 框架里有個(gè)方法(Object...params) params的參數(shù)類型分為String ,Integer和Double.后續(xù)一系列悲催代碼就是這樣形成的。
在這個(gè)方法里面,取得參數(shù)時(shí),得作類型轉(zhuǎn)換。所以必須按約定的順序轉(zhuǎn)換,比如順序是(String,Integer,Integer).取參很丑陋吧。 給這個(gè)方法傳參的時(shí)候,需要確定好類型,比如是從xml中讀取出這組參數(shù),那么就是個(gè)Sting[],類型,直接傳參,取參的時(shí)候會(huì)報(bào)錯(cuò)。所以投進(jìn)去的時(shí)候,必須以確定的類型。 以下這段代碼就是這么干的。 閱讀全文 posted @ 2011-03-30 17:07 wangflood 閱讀(184) | 評(píng)論 (0) 編輯 關(guān)于動(dòng)態(tài)代理的混亂設(shè)計(jì)
摘要: 在框架里,看到一段動(dòng)態(tài)代理的混亂設(shè)計(jì)。可能后期會(huì)改的。中午要睡了,先貼出來,以后有時(shí)間再分析更改注釋. 閱讀全文
posted @ 2011-03-30 12:48 wangflood 閱讀(145) | 評(píng)論 (0) 編輯 你敢說你真正理解了java變量定義嗎?
摘要: 昨天下午和一個(gè)同事討論這個(gè)問題的。一向討論會(huì)有結(jié)果,昨天居然沒有結(jié)果。
晚上和群里面兄弟又討論了,沒有結(jié)果。貼出來,等我以后長(zhǎng)進(jìn)了,也好看看,自己當(dāng)初是多么地菜。 當(dāng)然,最重要的就是和blog讀者分享了。 static不是只在data segment上分配內(nèi)存嗎?如果是的話,static代碼塊里的int x=0;是如何分配的.。。。。。。。。。 很暈。求高手指教。 閱讀全文 posted @ 2011-03-29 20:50 wangflood 閱讀(165) | 評(píng)論 (0) 編輯 List的toArray方法
摘要: 1.為什么(String[])list.toArray()轉(zhuǎn)換會(huì)出錯(cuò)。
2.實(shí)踐證明list.toArray(new String[xx])括號(hào)里面的是用作緩沖的。當(dāng)然分配得多速度就會(huì)快了。這個(gè)影響會(huì)有多大了。 java這個(gè)設(shè)計(jì)再次讓程序參與到性能中,JVM優(yōu)化邊界在哪?什么時(shí)候,我們需要考慮到分配一個(gè)和N的內(nèi)存單元緩沖,在速度上的不同? 這樣的時(shí)候多嗎?如果有,什么時(shí)候? 閱讀全文 posted @ 2011-03-29 20:43 wangflood 閱讀(4077) | 評(píng)論 (3) 編輯 for (int i = 0, size = c.size(); i < size; i++)
摘要: 近幾天,看老大的框架,里面出現(xiàn)這樣的語句for (int i = 0, size = c.size(); i < size; i++),我總覺得這個(gè)和for (int i = 0; i < c.size(); i++)沒有什么不同,畢竟java不是C,一般情況下,我們程序給運(yùn)行了,底層JVM應(yīng)該給我們優(yōu)化才是。于是,我寫了個(gè)程序?qū)Ρ攘艘幌拢l(fā)現(xiàn)性能情況還是很大不同的。 閱讀全文
posted @ 2011-03-29 12:46 wangflood 閱讀(1007) | 評(píng)論 (0) 編輯
|