2005年12月13日 #
祝大家節(jié)日快樂!
結(jié)束了9月繁忙的工作.回家休息了
很長(zhǎng)時(shí)間沒上來更新.
生活比較瑣碎
.
大家注意沒有今天我的鏈接里面多了一個(gè)[ Netsgoo ].告訴大家一個(gè)好消息.經(jīng)過兩個(gè)多月[只算周末]的努力.Netsgoo?終于在?2006-05-06 推出了BETA版本
針對(duì)web2.0從技術(shù)到服務(wù)的特點(diǎn).我們開發(fā)了站點(diǎn)Netsgoo?希望能帶給你全新的體驗(yàn)和享受.?
如果你還不知道web2.0,如果你還不知道Netsgoo?.如果你還有其他疑問 請(qǐng)關(guān)注?幫助中心 ?還有 關(guān)于我們
特別感謝 Mike和Feng 的不懈努力!
也希望大家能積極參與"激情體驗(yàn)".任何疑問或問題請(qǐng)告訴我們知道.
Goingmm 2006-05-07
朋友們 五一快樂
出游的朋友注意安全
呆家里的朋友不要光顧著睡覺
平時(shí)很少有機(jī)會(huì)看太陽哦
我呢?
回家 事實(shí)基本上已經(jīng)不允許了
出游 一直想去新加坡看看老朋友
發(fā)現(xiàn)新加坡的單程機(jī)票200多[廣州白云機(jī)場(chǎng)→新加坡]
可惜等我知道的時(shí)候三個(gè)月內(nèi)的都預(yù)定空了
再等下一次大假吧
忙碌了幾個(gè)月
我也說不清楚做了些啥
但總算還是有一些小收獲
有些煩人的問題...
現(xiàn)在終于有時(shí)間好好補(bǔ)補(bǔ)了
正好有時(shí)間總結(jié) 總結(jié)
下一次上來 一定把這三個(gè)月忙碌的過程和結(jié)果與大伙分享
Goingmm 2006-05-01
忙了一個(gè)星期,事情總算平穩(wěn)的起步了
該睡覺了
睡醒了再說...
2006-03-19? Goingmm
這些天雜亂的事情太多
要呆到20:00才回家
不是給公司加班
可能是為自己奇異的想法
昨天晚上
在王府井外面聽到一首歌
當(dāng)時(shí)
只記得一句歌詞:“想起我和你牽手的畫面”
早上過來,歌詞幾乎都忘了
嘗試搜索,居然找到了
我不知道[想起]是新歌還是老歌
感覺有點(diǎn)懷舊,又有點(diǎn)抄襲
曲調(diào)能讓我想起十年前[蔡琴她們那些時(shí)代]
部分節(jié)奏有點(diǎn)抄襲“神話主題曲”
推薦給大伙 聽聽看吧
曲名:想起 歌手:韓雪
回到相約的地點(diǎn)
在這我對(duì)你不了解
以為愛得深就不怕傷悲
偏偏愛人心成雪
我獨(dú)自走在寂寞的長(zhǎng)街
回憶一幕幕重演
我告訴自己勇敢去面對(duì)
就算心碎也完美
想起我和你牽手的畫面
淚水化成云霞滿天
如果我和你還能再見面
就讓情意舊夢(mèng)能圓
我們?cè)诓煌氖澜?
想著每一次的誤會(huì)
好像再一次依偎你身邊
偏偏你有千里遠(yuǎn)
我獨(dú)自走在寂寞的長(zhǎng)街
回憶一幕幕重演
我告訴自己勇敢去面對(duì)
就算心碎也完美
想起我和你牽手的畫面
淚水化成云霞滿天
如果我和你還能再見面
就讓情意舊夢(mèng)能圓
Goingmm 2006-03-10
請(qǐng)看:
http://www.igoogle8.com/igoogle8/make/?f=1&s=Goingmm&t=0
很奇怪吧?google怎么變成連版權(quán)都“個(gè)性化”的主頁了。而且用起來和google感覺還一模一樣
再看:
http://www.igoogle8.com/
原來:
http://www.igoogle8.com/ 做了手腳
接著:
主頁上沒有作者或者運(yùn)營(yíng)商的任何信息,于是打開google查詢關(guān)鍵字“igoogle8”
http://www.google.com/search?hl=zh-CN&q=igoogle8&btnG=Google+%E6%90%9C%E7%B4%A2&lr=lang_zh-CN%7Clang_zh-TW
哇!69 項(xiàng)符合igoogle8的查詢結(jié)果 大致看了一下
Google狗年悄悄發(fā)布新品“愛狗狗吧”,引來網(wǎng)民蜂擁測(cè)試- 雅虎論壇
iGoogle8愛狗狗吧/ 一秒鐘將Google據(jù)為己有 - 4:12
iGoogle8愛狗狗吧,將Google據(jù)為己有/ 向好友推薦iGoogle8愛狗狗吧
iGoogle8愛狗狗吧/ 超級(jí)女聲·狗狗爬行榜
。。。。。。。。。。。。。。。。。。。。。。。。。
后來:?jiǎn)柫藛朑oogleChina 的朋友。他們也不知道這玩意
作者弄了這么一個(gè)東西,但是又不做宣傳。居然還有人猜測(cè)是Google中國(guó)出的產(chǎn)品
其他不說,就看主頁下面的[向好友推薦igoogle8 和 設(shè)為主頁] 這也不可能是google所為啊
于是:查了查igoogle8的服務(wù)環(huán)境
OS
Server
Last changed
IP address
Netblock Owner
FreeBSD
Apache
8-Mar-2006
59.151.5.206
Abitcool(China) Inc.
1
forex.com.cn
3
10
3
Windows Server 2003
Microsoft-IIS/6.0
2
e4u.cn
-
41
41
Linux
Apache-Coyote/1.1
3
qunar.com
-
-
-
Linux
Apache
4
www.zhanzuo.com
-
25
25
FreeBSD
Apache/1.3.34 (Unix) PHP/4.4.2
5
www.igoogle8.com
-
-
-
FreeBSD
Apache
結(jié)論:這家伙 不可能和Google有什么關(guān)系
Goingmm 2006-03-08
Blog左邊新加了一個(gè)LOGO 點(diǎn)擊 可以立刻和我的QQ建立臨時(shí)通話通道
旁邊還有一個(gè)小企鵝圖標(biāo)。如果亮著就表示在線 灰著就表示隱身 呵呵!
如果我的QQ不在線 你也可以留言給我。 我測(cè)試過,能收到歷史消息
空了 多做幾個(gè)LOGO輪換著用
Goingmm 2006-03-04
記者了解到,目前各家銀行能辦理的業(yè)務(wù)是普通貸記業(yè)務(wù)、普通借記支付業(yè)務(wù)、定期貸記業(yè)務(wù)、定期借記業(yè)務(wù)和信息服務(wù)類業(yè)務(wù)。其中和市民關(guān)系密切的是代收工資業(yè)務(wù),代付保險(xiǎn)金、養(yǎng)老金,代收水、電、煤氣等公用事業(yè)費(fèi)用等等。但從具體操作上,這些業(yè)務(wù)還需要發(fā)工資的單位和銀行溝通;而代收水、電、煤氣等公用事業(yè)費(fèi)用的公司可通過系統(tǒng)向在不同銀行開戶的用戶收取費(fèi)用,但需要得到個(gè)人的授權(quán)。
而個(gè)人通存通兌業(yè)務(wù),如在工行往中行的存折存錢,在交行取招行賬號(hào)上的錢,目前尚未實(shí)現(xiàn)。有關(guān)人士預(yù)測(cè),今年內(nèi)有望將所有的業(yè)務(wù)都上線實(shí)施。
據(jù)介紹,提供該項(xiàng)系統(tǒng)的央行將會(huì)向各家銀行收費(fèi),理論上,各行會(huì)將這筆費(fèi)用轉(zhuǎn)嫁到最終用戶身上。但目前,包括四大行在內(nèi)的各家銀行對(duì)于收費(fèi)標(biāo)準(zhǔn)仍在互相觀望。但昨天招商銀行表示,對(duì)通過小額支付進(jìn)行同城跨行匯款不收費(fèi),但異地的須按電子劃匯的標(biāo)準(zhǔn)收費(fèi)。民生銀行也表示,對(duì)通過小額支付進(jìn)行跨行匯款暫時(shí)不收費(fèi),興業(yè)銀行則按照此前電子劃匯的標(biāo)準(zhǔn)收費(fèi)。
Goingmm 2006-02-21 from:http://www.gx.chinanews.com.cn/xw/show.asp?id=16980
Goingmm 2006-02-21

Goingmm 2006-02-17
Key Words: Sun Microsystems Java SE 6 Beta
歷時(shí)一年時(shí)間,Sun 終于推出了Java SE 6 Beta。這是Java SE 6(Mustang)的第一個(gè)完整版本。其中的亮點(diǎn)包括,web services,新的安全機(jī)制和管理,改進(jìn)的desktop用戶體驗(yàn),File類添加了一些檢查磁盤空間的API。Splash Screen 等等
當(dāng)然還有 Fixed and Known Bugs
Downloading url:http://java.sun.com/javase/6/download.jsp
Goingmm 2006-02-16 from:csdn
Goingmm 2006-02-17 Modified
新聞:2006年2月14日,Google中國(guó)黑板報(bào)[www.googlechinablog.com] 正式開通
定位:普通Google員工與網(wǎng)民分享交流產(chǎn)品、技術(shù)和文化的窗口
布局:左邊[2/3]用Blog做噱頭[ 吸引眼球] + 右邊[1/3][ 推銷自己的產(chǎn)品鏈接Google忠實(shí)的網(wǎng)絡(luò)推手]
用意:眼看中國(guó)這么大的市場(chǎng),Google也急于在中國(guó)本地化,用心良苦
花絮:圖片“Google 中國(guó)工程師在工作”有一個(gè)胖娃的背影,有點(diǎn)像老“XU”
視角:直白的商業(yè)運(yùn)作模式,不一定能拿到Google員工直白的心聲。喜歡關(guān)注Google的朋友,可以期待和觀望
企業(yè)比較低廉的一種公關(guān)模式。期待交流的想法是無庸置疑的,值得表揚(yáng)
Goingmm 2006-02-15
注意看紅色圈住的人是誰? 老XU 啊!~~ 點(diǎn)圖片有超鏈
Goingmm 2006-02-17 修改
地點(diǎn):中國(guó)人民建設(shè)銀行成都分行
時(shí)間:2006年2月14日
現(xiàn)場(chǎng)
情人節(jié):09:30 - 11:30 第一會(huì)議室
情人節(jié):14:30 - 17:30 第一會(huì)議室
在此
特別感謝SCS兩年來對(duì)我的培養(yǎng)
祝福SCS的全體同事“Happy valentine's day”
Goingmm
Key words
Name: Apache Tomcat Version 5.5.9
Release: v 1.25 2005/01/19 20:30:26
JDK: 1.4.2 OR 5.0
背景:
JDK5.0 + Tomcat 5.5.9
去年,因?yàn)閲L鮮一直使用JDK5.0。使用這個(gè)搭配也從來沒有遇到問題
JDK1.4.2 + Tomcat 5.5.9
今年拿到新電腦后,現(xiàn)在的開發(fā)環(huán)境很依賴環(huán)境變量的設(shè)置。出于謹(jǐn)慎我還是選擇了使用JDK1.4.2
昨天晚上無聊的裝上Tomcat 5.5.9玩
1)JRE選擇JDK1.4.2 安裝完成
2)用Monitor Tomcat 啟動(dòng)Tomcat
3)打開http://127.0.0.1:8080/
4)找不到服務(wù)器
5)感覺+漫罵... 真他NND的奇怪了 疑惑什么地方弄錯(cuò)了
改裝經(jīng)歷:
咱,不能丟臉的被這只貓貓忽悠吧!
于是,很不耐煩的找出這個(gè)版本的RELEASE-NOTES(壞習(xí)慣-不太喜歡看說明)




















呵呵... 這里解釋的很清楚
? Tomcat 5.5 只默認(rèn)支持J2SE 5.0 and later
? Tomcat 5.5 在編譯JSP上做出的改變
但是,TNND后面一段關(guān)于在JDK1.4上配置運(yùn)行的描述,實(shí)在是太迷糊人了[根本沒有說清楚]
根據(jù)他表達(dá)的意思我試過很多方法
? 看來想要“不妥協(xié)”的使用,唯有“改裝”。有了改裝的初步想法
? 在我的機(jī)器里面找看有沒有現(xiàn)成的jar包 發(fā)現(xiàn)了幾個(gè)相似的包 測(cè)試不行
? 到官方網(wǎng)站[http://tomcat.apache.org/download-55.cgi]把所有的包都down下來看
? 最后發(fā)現(xiàn)一個(gè)像摸像樣的包[apache-tomcat-5.5.15-compat]但是和我現(xiàn)在的Tomcat版本不一樣
? 抱著試一下的心態(tài)。解壓縮出來兩個(gè)文件夾 ① bin ②common 用他們覆蓋安裝目錄下的文件夾
? 用Monitor Tomcat 啟動(dòng)Tomcat
? 打開http://127.0.0.1:8080/ 看到了熟悉的貓貓
? Bingo,記錄下這次“改裝”的經(jīng)歷
經(jīng)驗(yàn)總結(jié):
其實(shí),這只是我們平時(shí)遇到的很小很小的問題(菜鳥問題)
問:為什么要總結(jié)呢?為什么還用小題大作寫成blog呢?
結(jié):使用任何產(chǎn)品,用心看看說明文檔 是非常有必要的。尊重產(chǎn)品工作者的勞動(dòng),
自己也能少很多麻煩
順便... 鏈接其他:
關(guān)于Tomcat各個(gè)版本的運(yùn)行速度。emu 哥哥在他最近的blog中給出了測(cè)試結(jié)果
個(gè)人感覺
? Tomcat 越新的版本使用越方便[基本上不需要單獨(dú)配置]
? Tomcat 不為我們熟悉的功能也越來越多[平時(shí)沒用到的也沒去關(guān)注過]
? Tomcat 運(yùn)行速度的測(cè)試結(jié)果,我還是比較疑惑
Goingmm 2006-02-12
? 280公里意味著什么?
高速公路2.5小時(shí)車程,火車3.5小時(shí)行程
? 280公里發(fā)生了什么?
兩次/年 片刻停泊 留下的唯有牽掛
? 280公里給了我什么?
時(shí)間換來單薄生存 享受的唯有牽掛
初八是個(gè)好日子 書上說:“七不出門,八不歸家”
又要出發(fā)了 離家的感覺是牽掛
爸媽牽掛280公里外的我 平平安安 有獲
我牽掛280公里外的父母 身體健康 發(fā)財(cái)
南充 [ 一個(gè)“變化”很大的城市 ]
說“浮華”不敢 我不敢靠“淺嘗”的數(shù)字來誹謗
說“作踐”不愿 我不愿靠“批露”的聲音來出名
說“獨(dú)特”不能 我不能靠“斷言”的措辭來浮夸
說“自清”不想 我不想靠“忘根”的情愫開解脫
原本以為,可以把這里的“精彩”和大家分享
調(diào)皮的光標(biāo)‘怪異’的擺下這個(gè)‘怪異’的標(biāo)題
我能想到的,只有明天280公里遠(yuǎn)去的牽掛
送給
每一個(gè)即將離開父母去找尋夢(mèng)想的朋友
或許,你們的牽掛是2800公里 28000公里…
臨走時(shí),別忘了
用心摸摸爸爸的皺紋
悄悄數(shù)數(shù)媽媽的白發(fā)
Goingmm Subscription 2006-2-5 凌晨
凌晨,看到一個(gè)挺有趣的討論[JavaEye]。2006年,Java界的主題將是什么?
兩年的開發(fā)經(jīng)歷,對(duì)新技術(shù)的追逐與否我不敢妄自評(píng)論。茶余飯后無聊的思考
基礎(chǔ)顯然重要,當(dāng)新事物能為我所用的時(shí)候,能快速應(yīng)對(duì),足以
不可否認(rèn),新技術(shù)的出現(xiàn),往往能成就一批熱心追逐的人[只是少部分,大部分屬于隨波逐流的困惑]
2000年 應(yīng)用服務(wù)器年
這一年,Java應(yīng)用服務(wù)器的需求成為各大公司的最大利益。誰不希望用“業(yè)界標(biāo)準(zhǔn)”來標(biāo)榜自己呢!
■ BEA公司的繁榮從此開始
2001年 EJB年
這一年,EJB2.0發(fā)布,整個(gè)Java業(yè)界為之震動(dòng),“牽強(qiáng)”的分布式架構(gòu),讓EJB成了魔術(shù)詞匯
■ EJB成了高價(jià)企業(yè)軟件的“文憑”。懂不懂EJB成為能不能拿到高薪的關(guān)鍵
2002年 設(shè)計(jì)模式年
這一年,大家開始發(fā)現(xiàn)EJB真TNND難用,開始發(fā)現(xiàn)Java開發(fā)需要遵循某種規(guī)則,設(shè)計(jì)模式開始流行,
J2EE核心模式也應(yīng)運(yùn)而生
■ jdon網(wǎng)站借著設(shè)計(jì)模式的熱點(diǎn)一舉成名
2003年 Hibernate年
這一年,大家開始否定EJB,開始采用O/R Mapping,Hibernate迅速流行
■ JavaEye由于頗有預(yù)見性的推廣普及Hibernate而成為國(guó)內(nèi)Java社區(qū)的亮點(diǎn)
2004年 Spring年
這一年,EJB3規(guī)范和JDO2規(guī)范忙著打架,但是真正的主角是Spring,Spring攜著IoC和AOP迅速占領(lǐng)J2EE的眼球.
■ 《Without EJB》 成為大家背棄EJB2.0的宣言書
2005年 AJAX年
這一年,大部分時(shí)間大家都在反思,或者是學(xué)習(xí)合適的應(yīng)用程序架構(gòu)。伴隨著Google的Gmail,
Google Maps等一系列AJAX應(yīng)用,一個(gè)古老的XMLHTTP組件咸魚翻身。這個(gè)冬天終于找到了主題-AJAX
■ 驕傲的程序員回頭關(guān)注“用戶體驗(yàn)”
2006年 XX年?
這一年,除了成名已久的EJB3.0值得期待,我們還能看到出人意料的新名詞嗎?
這一年,將會(huì)是更深刻的反思年嗎?[用已有的技術(shù)集合更完美的“用戶體驗(yàn)”]
這一年,我們將何去何從,我也說不清楚
你呢?
Goingmm 2006-02-03
2006年1月25日早上9點(diǎn)起床
收拾了幾件換洗的衣服準(zhǔn)備回家
回家的心情是急切的,關(guān)上門
剛走出幾步
又摸出鑰匙串 回去掃視著整個(gè)房間
是不舍?
是不情愿?
是不放心?
好像感覺有什么東西落下了
似乎惦念著還有什么事沒有做完
5分鐘后沒有任何發(fā)現(xiàn) 倔強(qiáng)的離開了
在離開的的士上還在猜疑
永遠(yuǎn)離別一個(gè)城市也不曾有過的感覺
大年三十
陪爸爸媽媽看完春節(jié)晚會(huì)
邀集一伙朋友準(zhǔn)備出去“通宵”
因?yàn)榻衲晔潜久?BR> 大伙都建議上廟去求個(gè) [ 2006 平安 ]
坐車+走路 1小時(shí)就到了
見了 如來佛 觀音菩薩 十八羅漢 財(cái)神爺 ...
祈禱的心是誠(chéng)實(shí)的
面對(duì)恩賜,永不滿足的心 感覺太亂
大年初二
一伙朋友坐船出去 游嘉陵江
目的地是
50多年前“毛主席的共產(chǎn)主義作品” -- 農(nóng)村合作社
看著 破陋的 兩排男女宿舍+兩間夫妻房
聽著 89歲老人淳樸的歌聲“社會(huì)主義好”
喝著 所謂的“大鍋飯”(一大鍋紅薯稀飯)
50 年前的“共產(chǎn)主義”
500年后的“共產(chǎn)主義”
希望 至少能像廟里的菩薩
給我一點(diǎn)虔誠(chéng)的勇氣
心突然...
Goingmm 2006-01-30
BLOGJAVA 服務(wù)器居然是這個(gè)配置
Windows Server 2003 | Microsoft-IIS/6.0 | 15-Jan-2006 | 61.147.119.205 | CHINANET jiangsu province yangzhou city network |
問:3G是目前最熱門的話題,到底3G服務(wù)與目前普遍使用的GSM和GPRS應(yīng)用有何不同?
答:有兩個(gè)主要不同的地方:3G可提供更多的視頻服務(wù)。雖然GPRS也可提供視像上的享受,但卻不能提供好的視像品質(zhì)。就好比如您要通過手機(jī)看直播串流,這是較難的,而3G就能。通過3G,用戶可體驗(yàn)到不同的移動(dòng)應(yīng)用。
第二點(diǎn)是移動(dòng)下載的速率比GPRS更好。比如您要下載一首完整的歌曲,一首歌約1.5MB。GPRS是可以下載的,但卻需要很長(zhǎng)的時(shí)間,如果您使用3G服務(wù),約花上30秒就可完成整首的歌曲下載。
另外一點(diǎn)就是在2G服務(wù)應(yīng)用上做不到的,但3G服務(wù)卻能做到的視像通話,就類似2G的聲音通話,我們可通過手機(jī)面對(duì)面的通話。
還有一個(gè)不同是老百姓不容易接受或者不容易理解的,就是3G可以提供更加清晰的語音服務(wù)。由于2G的語音質(zhì)量已經(jīng)很不錯(cuò)了,所以,這個(gè)答案只能是在3G上馬之后進(jìn)行細(xì)微的比較才能得出。
當(dāng)然,3G和2G最主要的就是帶寬升級(jí)帶來的應(yīng)用。多種種應(yīng)用應(yīng)該不僅僅限于手機(jī),筆記本和PDA用戶也應(yīng)該能享受到3G帶來的便利
問:移動(dòng)用戶可從3G服務(wù)中獲得怎樣的益處?
答:我把3G所帶來的益處規(guī)分為三種。
一是移動(dòng)用戶可通過3G服務(wù)進(jìn)行視像通話,無論您在哪里,您都可看到對(duì)方的表情進(jìn)行通話。
二是通過3G的高速速率可更快的進(jìn)入移動(dòng)平臺(tái)。這是之前的2G服務(wù)所滿足不到用戶的關(guān)鍵。高速率的3G可讓您更快的進(jìn)入您要的應(yīng)用內(nèi)容,例如進(jìn)行下載工作時(shí),之前的GPRS只能夠跑115kbps,但3G卻擁有更好的速率素質(zhì)。
三是提供更廣系列的3G應(yīng)用內(nèi)容。
問:您剛才一直在提3G可進(jìn)行視像通話。是否可以說,視像通話就是3G的殺手應(yīng)用?
答:不,不能這么說。我認(rèn)為目前沒有任何的3G殺手應(yīng)用出現(xiàn),當(dāng)然希望是有的,但其實(shí)3G并不一定只有單一的殺手應(yīng)用,或許有很多種。至于視像通話其實(shí)有一些不足,比如,當(dāng)您進(jìn)行視像通話,您的臉面對(duì)著鏡頭,這是進(jìn)行視像通話時(shí)令人感到沉重的地方,有些人可能就不喜歡。這和單獨(dú)的用手機(jī)照相的感覺是不一樣的。
當(dāng)然,我相信在3G服務(wù)之下,視像通話應(yīng)用將是廣受用戶歡迎的3G應(yīng)用,這一趨勢(shì)將在世界各地流行開來。另外,一旦我國(guó)上馬3G,視像通話將可能成為運(yùn)營(yíng)商宣傳的重點(diǎn),用戶也就容易了解,相信視像通話將是推動(dòng)3G服務(wù)的主要關(guān)鍵應(yīng)用之一。
問:WIMAX也是無線技術(shù)之一,甚至有人說它是3.5G。您認(rèn)為WIMAX與3G服務(wù)有什么不同?
答:WIMAX是一項(xiàng)新的技術(shù),它充滿了市場(chǎng)潛能。WIMAX與3G同時(shí)在講述著寬頻,但兩者開始的角度是有所不同的。WIMAX講的是寬頻技術(shù),談的是在家或是公共領(lǐng)域的無線應(yīng)用,涉及到移動(dòng)寬頻的解決方案。3G從一開始,就完全的從移動(dòng)手機(jī)的角度開始或出發(fā)。
問:那些用戶可能成為3G的主要用戶?
答:有兩種目標(biāo)用戶群。
第一種是專業(yè)的移動(dòng)用戶。專業(yè)移動(dòng)用戶可通過3G的視頻通話與伙伴通話,快速的網(wǎng)絡(luò)速率滿足他們的需求。快速率的3G數(shù)碼卡可以連接到他們筆記電腦,進(jìn)入互聯(lián)網(wǎng)瀏覽,他們不再需要電話線或是其他的連接線。我們也將他們叫做高端用戶。
第二種是20歲至30歲之間的年輕人,他們視3G服務(wù)能為他們提供更多的娛樂,這將成為運(yùn)營(yíng)商的主要目標(biāo)群。
問:您覺得3G服務(wù)上馬后,現(xiàn)有的2G/2.5G用戶是否會(huì)馬上轉(zhuǎn)去使用3G,或者說,那些因素決定用戶向3G轉(zhuǎn)移?
答:我想主要有三個(gè)因素。
第一是市場(chǎng)上的3G手機(jī)價(jià)格剛開始應(yīng)該很貴。據(jù)我猜測(cè),3G啟動(dòng)初期在市場(chǎng)上的3G手機(jī)售價(jià)大多數(shù)將在三千以上,年輕用戶群對(duì)這樣的手機(jī)售價(jià)較難以消化。
二是3G服務(wù)的覆蓋率不夠。任何運(yùn)營(yíng)商得到3G牌照之后都不可能全國(guó)性建網(wǎng),僅僅會(huì)在部分大城市先行建網(wǎng),到2008年以后,絕大部分省、地市兩級(jí)城市才可能達(dá)到滿意的覆蓋率。這和中國(guó)聯(lián)通實(shí)施建設(shè)CDMA網(wǎng)絡(luò)以及CDMA用戶增長(zhǎng)情況是一致的。
三就是用戶對(duì)3G服務(wù)的了解到底有多少?目前知道3G的人群其實(shí)非常的少,上馬3G之后,需要運(yùn)營(yíng)商以及SP們大力宣傳3G相關(guān)業(yè)務(wù),才有可能讓更多的老百姓了解3G業(yè)務(wù),比如前面提到的視像通話很可能是老百姓最早能接受或者了解到的業(yè)務(wù)。其實(shí)3G不僅是這項(xiàng)應(yīng)用,而是有更快的下載速率,為用戶提供更多的視頻內(nèi)容,或是更快的進(jìn)入互聯(lián)網(wǎng)等益處,提供更多的娛樂。當(dāng)然,我這里要強(qiáng)調(diào)的是,網(wǎng)絡(luò)的表現(xiàn)也是占有很大的因素,因此哪個(gè)運(yùn)營(yíng)商的網(wǎng)絡(luò)質(zhì)量高,覆蓋率高,將可能吸引更多的用戶。
問:看目前的情形,我國(guó)很有可能出現(xiàn)多家3G運(yùn)營(yíng)商,那么,你認(rèn)為,運(yùn)營(yíng)商應(yīng)該用什么特點(diǎn)來吸引用戶選擇自己的3G服務(wù)?
答:我想,除了前面說的哪個(gè)運(yùn)營(yíng)商的網(wǎng)絡(luò)質(zhì)量高,覆蓋率高,就可能吸引更多的用戶之外,關(guān)鍵是看哪個(gè)運(yùn)營(yíng)商提供的應(yīng)用內(nèi)容供應(yīng)比競(jìng)爭(zhēng)對(duì)手的應(yīng)用內(nèi)容多,譬如有多少個(gè)現(xiàn)場(chǎng)直播的電視頻道、多少種的娛樂選擇、多少種的視頻錄像下載、多少種的鈴聲選擇、多少種的游戲下載等。另外,一些新興業(yè)務(wù)如查看交通狀況、移動(dòng)博客、數(shù)據(jù)卡等服務(wù)是否齊全等。
另一方就是誰的3G服務(wù)收費(fèi)方面較讓大眾負(fù)擔(dān)得起,就好像您要進(jìn)行視像通話,收費(fèi)是與2G的聲音通話收費(fèi)一致,收費(fèi)大眾化。這也許是最影響用戶采用3G的關(guān)鍵因素了。
問:您認(rèn)為2G服務(wù)什么時(shí)候退役,什么時(shí)候全面轉(zhuǎn)向使用3G?
答:我認(rèn)為這需要一個(gè)較長(zhǎng)的時(shí)間段,從今年年初算起,2G起碼還有7至10年的生命期,3G上馬之后,應(yīng)該有個(gè)3年左右的慢熱期,我想到2010年之后,3G用戶將出現(xiàn)較高幅度的增長(zhǎng)。
作者版權(quán):http://blog.sina.com.cn/u/5560fa9f010001y5
2006-01-17
Wallop 金山詞霸2005給我的解釋是:
-------------------------------------------------------------------------
vi.
亂竄, 猛沖, (車等)顛簸, 沸騰作用
vt.
猛擊, 擊潰
n.
重?fù)? 沖擊力, 樂趣
--------------------------------------------------------------------------
Wallop背景:
Wallop還有一個(gè)中文名字--“我老婆”
Wallop是微軟研究院社會(huì)性計(jì)算組(Social Computing Group)的一個(gè)研究項(xiàng)目,用于探索研究人們?nèi)绾畏窒砻浇椋⒃谏鐣?huì)性網(wǎng)絡(luò)(SNS)的環(huán)境下進(jìn)行對(duì)話和交流。其核心思想便是分享。通過構(gòu)建一個(gè)虛擬的網(wǎng)絡(luò)平臺(tái),提供人與人之間的相互交流,相互交換聯(lián)系方式、Blog個(gè)人網(wǎng)絡(luò)日志、以及個(gè)人 照片、音樂等,以致力于更加接近現(xiàn)實(shí)的人際關(guān)系。
Wallop的項(xiàng)目領(lǐng)導(dǎo)者是 一位叫Lili.Cheng的華裔女子。從2003年開始,就開始在微軟領(lǐng)導(dǎo)這個(gè)項(xiàng)目。
Wallop可以說是一個(gè)真正意義上的RIA,UI全由Flash制作而成。以完美用戶體驗(yàn)為前提。界面清新,風(fēng)格獨(dú)特。了解RIA已經(jīng)有一段時(shí)間。現(xiàn)在有這么一個(gè)完美的演示平臺(tái)。感覺真是爽
關(guān)于注冊(cè):
Wallop現(xiàn)在處于小范圍的測(cè)試階段。所以微軟還沒有提供公開注冊(cè)。但是可以通過朋友邀請(qǐng),需要的朋友可以留下Email地址。如果你想去搶注自己心儀的ID號(hào),不要著急,Wallop提供的是郵箱地址登陸,沒有ID給你搶。
Google推出的Orkut也是類似的東東,想注冊(cè)一個(gè),沒有找到邀請(qǐng)。如果有體驗(yàn)過的朋友,希望推薦來玩玩
真實(shí)圖片:
Goingmm 2005-01-09

2006-1-1 15:30 打開眼睛,撕開被子,立起枕頭,挺冷的,想躺下繼續(xù)睡。
2006是我的本命年,迷信嗎?還有點(diǎn)心虛。理性吧!有準(zhǔn)備承受更大的壓力。
新年的第一天,你是怎么過的?有為自己在新的一年做計(jì)劃嗎?有和朋友一起出去大吃一頓慶祝嗎?有像我一樣睡昏了頭的嗎?看看我新年第一天的流水帳吧!
什么都還沒有做,心里有點(diǎn)怪怪的。為什么會(huì)有點(diǎn)發(fā)了慌的感覺。因?yàn)槭裁炊紱]有做發(fā)慌嗎?可能是肚子太餓了。
找到一家象樣的中餐館子。要了一盤“鍋盔回鍋”,還特意叫老板上了一碟紅油泡菜。整碗白米干飯。很不錯(cuò)哦。
吃飽回家看會(huì)電視(湖南電視臺(tái)的新春晚會(huì)),TNND翻來覆去都是那幾個(gè)“超女”沒看頭。
點(diǎn)支煙,摸出電腦準(zhǔn)備聽會(huì)音樂,翻翻過去一年的照片。讓回憶在“小資”中升華。突然記起前幾天Down了WTP1.0。最近在翻看一些經(jīng)典電影。一直都沒時(shí)間玩玩。于是打開玩,等我再次感覺肚子餓已經(jīng)是晚上22:20
對(duì)了,MIKE明天就要去SOHU了。臨別前,給他電話送別。那娃居然在打麻將。不曉得聽懂我送別的良苦用心沒有。愿他一路順風(fēng)。新年新成績(jī)吧!
放下電話,煮碗面吃,又看見昨天泡的衣服都還沒有洗。
洗衣服是一件很有趣的事情。平時(shí)很少有機(jī)會(huì)運(yùn)動(dòng),這時(shí)候可以湊合著活動(dòng)一下。平時(shí)繃緊的神經(jīng)挺累的。這時(shí)候,可以很享受的哼唱著散碎的歌曲。憂郁了,可以試著在發(fā)泄中思考。享受著局外人的寧靜
工作快兩年了,自己?jiǎn)栠^自己一個(gè)問題,說忙也好,頹廢也吧。一直在回避,怕自己知道答案后會(huì)后悔當(dāng)初。會(huì)逃避現(xiàn)實(shí)生活,會(huì)不知所措…偏偏在這時(shí)候想起“為什么想要做一個(gè)程序員”。
當(dāng)初可能有一種不服輸?shù)南敕āS?jì)算機(jī)畢業(yè)總能混碗吃吧。靠自己的雙手生存的感覺真的不錯(cuò)。但是這種感覺很短暫。
晚上的公交車窗外,燈紅酒綠。而我們只屬于浮華背后的看客。躲在車窗后面的我們,窺視著,YY著。或許有著無數(shù)的感慨和暢想。或許回味著有時(shí)候也加入其中。哽咽著洗腳水味的洋酒。帶著酒意,舞動(dòng)在模糊迷人的身體背后。那是在發(fā)泄,那是在饑渴的釋放… 那是一只披著羊皮的狼。
因?yàn)?/SPAN>…這里沒有欺騙,沒有勾心斗角,沒有討價(jià)還價(jià),很單純,單純到你可以沒有其他的任何生活方式。在這里你可以找到攻城拔寨的快感。可以享受與世隔絕的寧靜。懷揣骨子里面的清高。或許還能享受在別人眼中的高手身份吧!
大多數(shù)程序員都會(huì)經(jīng)歷 新手學(xué)習(xí);逐漸成熟;自暴自棄,浮躁得異想天開;走向成熟或者是不知天高地厚得狂妄。
很難定義自己現(xiàn)在所處的階段。就算在浮躁期吧。有了一點(diǎn)小小的成就感以后,就會(huì)變的浮躁,開始去思考,為什么做程序員,現(xiàn)在該拿多少薪水,夢(mèng)想的實(shí)物該拿什么去換…
我不敢奢望誰能去幫我承擔(dān)這種浮躁…光標(biāo)閃到這里,變得機(jī)械了。突然沒言語
知道自己需要有一段長(zhǎng)時(shí)間的休息。去忘掉Source Code,淡化網(wǎng)絡(luò)給我們帶來的便捷。開始打算著,選擇離開一段時(shí)間。離開Office,離開友情深深的團(tuán)隊(duì)。離開這塊“凈土”去瞧瞧陌生的精彩。回到闊別已久的老家追憶童年。或許生活的不堪重負(fù)會(huì)讓我減卻浮躁。或許該把競(jìng)技的舞臺(tái)留給更多饑渴的勇士。這樣對(duì)大家都好。
都說,新的一年應(yīng)該給自己一個(gè)新的計(jì)劃。計(jì)劃如果有Scope的話。可以把他分成三種
n Request 類型的 [每一次記得了,看看計(jì)劃,傻笑一下,干一次]
n Session 類型的 [在一個(gè)階段給自己的計(jì)劃,可以按計(jì)劃堅(jiān)持干完]
n 持久 類型的 [給自己一個(gè)長(zhǎng)期的計(jì)劃,不懈的努力]
面對(duì)計(jì)劃,我就屬于第一種,哈哈!給大家說一段笑話吧。大學(xué)的時(shí)候計(jì)劃考英語四級(jí),買了本單詞來背。前些天再次想起,翻出來看的時(shí)候發(fā)現(xiàn)結(jié)果才看到“E”。看了兩天又丟一邊了。
所以,有時(shí)候我不太喜歡過場(chǎng)式的給自己計(jì)劃。做好每一天,讓“鮮為人知的理想”離我越來越近就好。今天打算為浮躁埋單
衣服洗完了,好象今天洗得特別干凈。新年新氣象嘛!
Goingmm Subscription 2006-01-01
WTP(Web Tools Platform)是Eclipse組織的一個(gè)針對(duì)J2EE做的一個(gè)開發(fā)工具插件,是Eclipse下面的一個(gè)項(xiàng)目.使用過WTP 0.7的用戶都知道,WTP提供了幾乎完整的Web應(yīng)用開發(fā)的工具支持.
12月19日,Eclipse基金會(huì)發(fā)布了WTP(Web Tool Project) 1.0rc版本.當(dāng)天只發(fā)布了相關(guān)的插件包。我大概是25號(hào)從官方網(wǎng)站http://download.eclipse.org/webtools/downloads/drops/R-1.0-200512210855/拿到了全集成的版本(Eclipse Version: 3.1.1 Build id: M20050929-0840)。
用這個(gè)版本寫了一個(gè)DEMO。感覺是上手挺容易的。V1.0在V0.7的基礎(chǔ)上Fixed了一些Bug。而且有些功能點(diǎn)簡(jiǎn)化了。做得更c(diǎn)ommon一些。使用過程遇到一些問題,但我不肯定是不是對(duì)環(huán)境不夠熟悉造成的誤解。比如修改一個(gè)JSP的名字,怎么發(fā)布都報(bào)錯(cuò),只有關(guān)掉WTP重新Init一次。還有中文問題在這個(gè)環(huán)境中仍然存在。為了不寫Action和相關(guān)配置文件,我用一個(gè)Servlet來控制轉(zhuǎn)發(fā)的,加上一句req.setCharacterEncoding("gb2312")就搞定了。
列舉主要使用過程:
■ Setup and configuration
■ Development basics
■ JSP Editing
■ Servlets
■ Deployment descriptors
■ Structure Source Editing (SSE) framework
■ Server
■ Running and debugging the web app
準(zhǔn)備放這個(gè)Demo的過程,和簡(jiǎn)單的代碼。但是篇幅原因,我就只能放一些零碎的圖片。在這里沒有打算告訴大家怎么去寫一個(gè)簡(jiǎn)單的Web應(yīng)用。如果對(duì)WTP感興趣的話,這里就當(dāng)是一些初級(jí)的了解吧。有什么問題歡迎討論。
WTP的基礎(chǔ)了解 PIC
基本配置 PIC
關(guān)于DEMO PIC
添加一個(gè)這樣的服務(wù)器很簡(jiǎn)單。和WSAD差不多
啟動(dòng)好的服務(wù)器
運(yùn)行JSP
登陸頁面
登陸成功
中文請(qǐng)求 演示
END
goingmm 2006-01-02
異常處理
曾經(jīng)專門花時(shí)間研究過JAVA中“異常處理”。一直想寫一篇文章。也一直沒有找到合適的方式。概念書上都有,在這里我再重提又覺得對(duì)不起大家。最后就不了了之。
無意間,看到CSDN上有一篇文章寫得不錯(cuò)。轉(zhuǎn)給大家看看吧。作者給出了很標(biāo)準(zhǔn)的做法,這里我加點(diǎn)建議。
僅供參考 注:所有建議都不會(huì)去懷疑和針對(duì),作者想要講解的異常處理知識(shí)點(diǎn)
¢ Source code的每一個(gè)角落都這樣100%標(biāo)準(zhǔn)的去處理異常。會(huì)一定程度的影響代碼質(zhì)量。不要相同的處理邏輯反復(fù)出現(xiàn)(比如用Template模式簡(jiǎn)化處理過程)
¢ 根據(jù)自己的實(shí)際情況選擇異常使用,能不用異常處理的時(shí)候盡量不要用。有時(shí)候沒有必要“強(qiáng)求”100%
轉(zhuǎn)貼內(nèi)容
你覺得自己是一個(gè)Java專家嗎?是否肯定自己已經(jīng)全面掌握了Java的異常處理機(jī)制?在下面這段代碼中,你能夠迅速找出異常處理的六個(gè)問題嗎?


2


3



4

5

6

7

8



9

10

11

12

13

14

15

16



17

18

作為一個(gè)Java程序員,你至少應(yīng)該能夠找出兩個(gè)問題。但是,如果你不能找出全部六個(gè)問題,請(qǐng)繼續(xù)閱讀本文。
本文討論的不是Java異常處理的一般性原則,因?yàn)檫@些原則已經(jīng)被大多數(shù)人熟知。我們要做的是分析各種可稱為“反例”(anti-pattern)的違背優(yōu)秀編碼規(guī)范的常見壞習(xí)慣,幫助讀者熟悉這些典型的反面例子,從而能夠在實(shí)際工作中敏銳地察覺和避免這些問題。
反例之一:丟棄異常
代碼:15行-18行。
這段代碼捕獲了異常卻不作任何處理,可以算得上Java編程中的殺手。從問題出現(xiàn)的頻繁程度和禍害程度來看,它也許可以和C/C++程序的一個(gè)惡名遠(yuǎn)播的問題相提并論??不檢查緩沖區(qū)是否已滿。如果你看到了這種丟棄(而不是拋出)異常的情況,可以百分之九十九地肯定代碼存在問題(在極少數(shù)情況下,這段代碼有存在的理由,但最好加上完整的注釋,以免引起別人誤解)。
這段代碼的錯(cuò)誤在于,異常(幾乎)總是意味著某些事情不對(duì)勁了,或者說至少發(fā)生了某些不尋常的事情,我們不應(yīng)該對(duì)程序發(fā)出的求救信號(hào)保持沉默和無動(dòng)于衷。調(diào)用一下printStackTrace算不上“處理異常”。不錯(cuò),調(diào)用printStackTrace對(duì)調(diào)試程序有幫助,但程序調(diào)試階段結(jié)束之后,printStackTrace就不應(yīng)再在異常處理模塊中擔(dān)負(fù)主要責(zé)任了。
丟棄異常的情形非常普遍。打開JDK的ThreadDeath類的文檔,可以看到下面這段說明:“特別地,雖然出現(xiàn)ThreadDeath是一種‘正常的情形’,但ThreadDeath類是Error而不是Exception的子類,因?yàn)樵S多應(yīng)用會(huì)捕獲所有的Exception然后丟棄它不再理睬。”這段話的意思是,雖然ThreadDeath代表的是一種普通的問題,但鑒于許多應(yīng)用會(huì)試圖捕獲所有異常然后不予以適當(dāng)?shù)奶幚恚訨DK把ThreadDeath定義成了Error的子類,因?yàn)镋rror類代表的是一般的應(yīng)用不應(yīng)該去捕獲的嚴(yán)重問題。可見,丟棄異常這一壞習(xí)慣是如此常見,它甚至已經(jīng)影響到了Java本身的設(shè)計(jì)。
那么,應(yīng)該怎樣改正呢?主要有四個(gè)選擇:
1、處理異常。針對(duì)該異常采取一些行動(dòng),例如修正問題、提醒某個(gè)人或進(jìn)行其他一些處理,要根據(jù)具體的情形確定應(yīng)該采取的動(dòng)作。再次說明,調(diào)用printStackTrace算不上已經(jīng)“處理好了異常”。
2、重新拋出異常。處理異常的代碼在分析異常之后,認(rèn)為自己不能處理它,重新拋出異常也不失為一種選擇。
3、把該異常轉(zhuǎn)換成另一種異常。大多數(shù)情況下,這是指把一個(gè)低級(jí)的異常轉(zhuǎn)換成應(yīng)用級(jí)的異常(其含義更容易被用戶了解的異常)。
4、不要捕獲異常。
結(jié)論一:既然捕獲了異常,就要對(duì)它進(jìn)行適當(dāng)?shù)奶幚怼2灰东@異常之后又把它丟棄,不予理睬。
反例之二:不指定具體的異常
代碼:15行。
許多時(shí)候人們會(huì)被這樣一種“美妙的”想法吸引:用一個(gè)catch語句捕獲所有的異常。最常見的情形就是使用catch(Exception ex)語句。但實(shí)際上,在絕大多數(shù)情況下,這種做法不值得提倡。為什么呢?
要理解其原因,我們必須回顧一下catch語句的用途。catch語句表示我們預(yù)期會(huì)出現(xiàn)某種異常,而且希望能夠處理該異常。異常類的作用就是告訴Java編譯器我們想要處理的是哪一種異常。由于絕大多數(shù)異常都直接或間接從java.lang.Exception派生,catch(Exception ex)就相當(dāng)于說我們想要處理幾乎所有的異常。
再來看看前面的代碼例子。我們真正想要捕獲的異常是什么呢?最明顯的一個(gè)是SQLException,這是JDBC操作中常見的異常。另一個(gè)可能的異常是IOException,因?yàn)樗僮鱋utputStreamWriter。顯然,在同一個(gè)catch塊中處理這兩種截然不同的異常是不合適的。如果用兩個(gè)catch塊分別捕獲SQLException和IOException就要好多了。這就是說,catch語句應(yīng)當(dāng)盡量指定具體的異常類型,而不應(yīng)該指定涵蓋范圍太廣的Exception類。
另一方面,除了這兩個(gè)特定的異常,還有其他許多異常也可能出現(xiàn)。例如,如果由于某種原因,executeQuery返回了null,該怎么辦?答案是讓它們繼續(xù)拋出,即不必捕獲也不必處理。實(shí)際上,我們不能也不應(yīng)該去捕獲可能出現(xiàn)的所有異常,程序的其他地方還有捕獲異常的機(jī)會(huì)??直至最后由JVM處理。
結(jié)論二:在catch語句中盡可能指定具體的異常類型,必要時(shí)使用多個(gè)catch。不要試圖處理所有可能出現(xiàn)的異常。
反例之三:占用資源不釋放
代碼:3行-14行。
異常改變了程序正常的執(zhí)行流程。這個(gè)道理雖然簡(jiǎn)單,卻常常被人們忽視。如果程序用到了文件、Socket、JDBC連接之類的資源,即使遇到了異常,也要正確釋放占用的資源。為此,Java提供了一個(gè)簡(jiǎn)化這類操作的關(guān)鍵詞finally。
finally是樣好東西:不管是否出現(xiàn)了異常,F(xiàn)inally保證在try/catch/finally塊結(jié)束之前,執(zhí)行清理任務(wù)的代碼總是有機(jī)會(huì)執(zhí)行。遺憾的是有些人卻不習(xí)慣使用finally。
當(dāng)然,編寫finally塊應(yīng)當(dāng)多加小心,特別是要注意在finally塊之內(nèi)拋出的異常??這是執(zhí)行清理任務(wù)的最后機(jī)會(huì),盡量不要再有難以處理的錯(cuò)誤。
結(jié)論三:保證所有資源都被正確釋放。充分運(yùn)用finally關(guān)鍵詞。
反例之四:不說明異常的詳細(xì)信息
代碼:3行-18行。
仔細(xì)觀察這段代碼:如果循環(huán)內(nèi)部出現(xiàn)了異常,會(huì)發(fā)生什么事情?我們可以得到足夠的信息判斷循環(huán)內(nèi)部出錯(cuò)的原因嗎?不能。我們只能知道當(dāng)前正在處理的類發(fā)生了某種錯(cuò)誤,但卻不能獲得任何信息判斷導(dǎo)致當(dāng)前錯(cuò)誤的原因。
printStackTrace的堆棧跟蹤功能顯示出程序運(yùn)行到當(dāng)前類的執(zhí)行流程,但只提供了一些最基本的信息,未能說明實(shí)際導(dǎo)致錯(cuò)誤的原因,同時(shí)也不易解讀。
因此,在出現(xiàn)異常時(shí),最好能夠提供一些文字信息,例如當(dāng)前正在執(zhí)行的類、方法和其他狀態(tài)信息,包括以一種更適合閱讀的方式整理和組織printStackTrace提供的信息。
結(jié)論四:在異常處理模塊中提供適量的錯(cuò)誤原因信息,組織錯(cuò)誤信息使其易于理解和閱讀。
反例之五:過于龐大的try塊
代碼:3行-14行。
經(jīng)常可以看到有人把大量的代碼放入單個(gè)try塊,實(shí)際上這不是好習(xí)慣。這種現(xiàn)象之所以常見,原因就在于有些人圖省事,不愿花時(shí)間分析一大塊代碼中哪幾行代碼會(huì)拋出異常、異常的具體類型是什么。把大量的語句裝入單個(gè)巨大的try塊就象是出門旅游時(shí)把所有日常用品塞入一個(gè)大箱子,雖然東西是帶上了,但要找出來可不容易。
一些新手常常把大量的代碼放入單個(gè)try塊,然后再在catch語句中聲明Exception,而不是分離各個(gè)可能出現(xiàn)異常的段落并分別捕獲其異常。這種做法為分析程序拋出異常的原因帶來了困難,因?yàn)橐淮蠖未a中有太多的地方可能拋出Exception。
結(jié)論五:盡量減小try塊的體積。
反例之六:輸出數(shù)據(jù)不完整
代碼:7行-11行。
不完整的數(shù)據(jù)是Java程序的隱形殺手。仔細(xì)觀察這段代碼,考慮一下如果循環(huán)的中間拋出了異常,會(huì)發(fā)生什么事情。循環(huán)的執(zhí)行當(dāng)然是要被打斷的,其次,catch塊會(huì)執(zhí)行??就這些,再也沒有其他動(dòng)作了。已經(jīng)輸出的數(shù)據(jù)怎么辦?使用這些數(shù)據(jù)的人或設(shè)備將收到一份不完整的(因而也是錯(cuò)誤的)數(shù)據(jù),卻得不到任何有關(guān)這份數(shù)據(jù)是否完整的提示。對(duì)于有些系統(tǒng)來說,數(shù)據(jù)不完整可能比系統(tǒng)停止運(yùn)行帶來更大的損失。
較為理想的處置辦法是向輸出設(shè)備寫一些信息,聲明數(shù)據(jù)的不完整性;另一種可能有效的辦法是,先緩沖要輸出的數(shù)據(jù),準(zhǔn)備好全部數(shù)據(jù)之后再一次性輸出。
結(jié)論六:全面考慮可能出現(xiàn)的異常以及這些異常對(duì)執(zhí)行流程的影響。
改寫后的代碼


2


3



4

5

6

7

8



9

10

11

12

13



14

15

16

17

18



19

20

21

22



23



24



25

26

27

28



29

30

31

32

33



34



35

36

37

38



39

40

41

42

本文的結(jié)論不是放之四海皆準(zhǔn)的教條,有時(shí)常識(shí)和經(jīng)驗(yàn)才是最好的老師。如果你對(duì)自己的做法沒有百分之百的信心,務(wù)必加上詳細(xì)、全面的注釋。
另一方面,不要笑話這些錯(cuò)誤,不妨問問你自己是否真地徹底擺脫了這些壞習(xí)慣。即使最有經(jīng)驗(yàn)的程序員偶爾也會(huì)誤入歧途,原因很簡(jiǎn)單,因?yàn)樗鼈兇_確實(shí)實(shí)帶來了“方便”。所有這些反例都可以看作Java編程世界的惡魔,它們美麗動(dòng)人,無孔不入,時(shí)刻誘惑著你。也許有人會(huì)認(rèn)為這些都屬于雞皮蒜毛的小事,不足掛齒,但請(qǐng)記住:勿以惡小而為之,勿以善小而不為。
2005-12-17
Goingmm Subscription
幾天沒看新聞,Hibernate已經(jīng)發(fā)布3.1版本
http://sourceforge.net/project/showfiles.php?group_id=40712&package_id=127784&release_id=377721
Down下來簡(jiǎn)單看了看。初看,沒多大變化嘛。但是關(guān)注一下Change Log.
感覺這個(gè)版本主要是Fixed 3.0的一些Bug
Change Log 部分引用

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

23

24

25

26

27

28

29

30

31

32

33



34

35

36

37

38

39

40

41

42

43

44

45

46

47

48

49

50

51

52

53

54

55

56

57

58

59

60

61

62

63

64

65

66

67

68

69

70

71

72

73

74

75

76

77

78

79

80

81

82

83

84

85

86

87

88

89

90

91

92

93

94

95

96

97


98
