2007年4月26日
這方面的文章網(wǎng)絡(luò)上一搜一大堆。偶也不引用了。
偶的感覺(jué)是python的安裝和組件安裝亂七八糟。ruby的安裝和插件安裝感覺(jué)比較爽。其理念是學(xué)習(xí)linux的port和apt的包管理思路。
昨天準(zhǔn)備離職了。
其實(shí)在這家公司里面,項(xiàng)目leader對(duì)我很不錯(cuò),時(shí)間也是比較寬松的。給了我很多的機(jī)會(huì)學(xué)習(xí)。甚至曾經(jīng)我有整整一個(gè)星期的時(shí)間去完整的學(xué)習(xí)ruby。對(duì)此我還是非常感激的。不過(guò)因?yàn)轫?xiàng)目的原因以及各種管理上的不如意,我感覺(jué)自己始終不開(kāi)心。
索性這次終于解放,于是我想先靜下心來(lái),思考一下人生未來(lái)的路。順便學(xué)習(xí)一下我所喜愛(ài)的ruby和python。上次學(xué)習(xí)ruby已經(jīng)是幾個(gè)月以前的事情了,學(xué)完以后基本上沒(méi)有得到什么使用的機(jī)會(huì)到現(xiàn)在基本上忘記了。這次一并將python也學(xué)了,并比較列出。
幾乎所有的語(yǔ)言,都包含以下幾個(gè)部分
1,數(shù)據(jù)類(lèi)型 ————被處理的
一般包括數(shù)字,字符串,可能還包括布爾類(lèi)型;復(fù)雜數(shù)據(jù)類(lèi)型;對(duì)oo的語(yǔ)言還要包括對(duì)象等。
2,對(duì)數(shù)據(jù)的處理 ————語(yǔ)法部分,
a,操作符和表達(dá)式
b,條件判斷語(yǔ)句
c,循環(huán)語(yǔ)句
d,跳轉(zhuǎn)語(yǔ)句
f,異常處理
3,代碼的組織
a,文件的組織
b,函數(shù)
c,對(duì)象
4,類(lèi)庫(kù)
a,標(biāo)準(zhǔn)輸出入庫(kù)
b,文件庫(kù)
等
以上前三個(gè)部分,是一個(gè)語(yǔ)言基礎(chǔ)的部分。但是對(duì)一個(gè)語(yǔ)言深入的了解,還必須結(jié)合這個(gè)語(yǔ)言的背景,哲學(xué)理念,才可以達(dá)到比較深刻的地步。是以我們對(duì)python和ruby的學(xué)習(xí)將從這個(gè)地方開(kāi)始。
我曾是個(gè)技術(shù)粉絲
但是多年的開(kāi)發(fā)經(jīng)驗(yàn),使得我對(duì)技術(shù)的本質(zhì)認(rèn)識(shí)的越來(lái)越清楚。至少對(duì)企業(yè)軟件開(kāi)發(fā)人員來(lái)說(shuō),純粹的技術(shù)coding是沒(méi)有多少價(jià)值的。如同建筑行業(yè)一樣,真正有價(jià)值的東西在設(shè)計(jì)階段已經(jīng)完成了。
和傳統(tǒng)建筑行業(yè)開(kāi)發(fā)不同,軟件開(kāi)發(fā)行業(yè)不光是技術(shù)設(shè)計(jì),還包括業(yè)務(wù)的設(shè)計(jì)。業(yè)務(wù)和技術(shù)摻雜在一起,構(gòu)成了軟件開(kāi)發(fā)的復(fù)雜性。
在業(yè)務(wù)上,在技術(shù)上,尤其是在技術(shù)和業(yè)務(wù)的鴻溝之間,存在了太多太多因素。使得我們本來(lái)對(duì)相對(duì)簡(jiǎn)單的軟件開(kāi)發(fā)不敢抱有那么大的樂(lè)觀。更何況真正一個(gè)成功的項(xiàng)目還需要市場(chǎng),客戶(hù)等等各個(gè)方面。
作為一個(gè)軟件開(kāi)發(fā)人員,真的應(yīng)該放棄軟件自大的心態(tài),客觀的去看待軟件開(kāi)發(fā)技術(shù)在整個(gè)軟件開(kāi)發(fā)工程中的位置和地位。以一種推動(dòng)企業(yè)發(fā)展,推動(dòng)項(xiàng)目發(fā)展和成功的心態(tài)和目的去看待整個(gè)項(xiàng)目。就明白了軟件開(kāi)發(fā)的真正意義和任務(wù)。也就能更好的完成自己的工作,甚至可以改變項(xiàng)目的成敗。
所以成敗不由技術(shù),成敗由你我的視野和努力。
最近公司項(xiàng)目經(jīng)理派我研究工作流并考慮在項(xiàng)目中使用。很有一些心得。工作流應(yīng)用我將之分為狹義工作流和廣義工作流。對(duì)狹義工作流而言,你可以將之理解為在工作流設(shè)計(jì)器里畫(huà)畫(huà)節(jié)點(diǎn)以及方向箭頭,設(shè)置好就節(jié)點(diǎn)數(shù)據(jù),動(dòng)作就差不多了。(具體可以參見(jiàn)jbpm的websale這個(gè)demo)。
廣義的工作流是對(duì)服務(wù)之間的整合。核心問(wèn)題是業(yè)務(wù)節(jié)點(diǎn)和工作流節(jié)點(diǎn)之間的映射,以及業(yè)務(wù)數(shù)據(jù)和工作流數(shù)據(jù)之間的映射,和普通工作流一樣還有流程判斷等等服務(wù)。實(shí)現(xiàn)了這些,各個(gè)業(yè)務(wù)模塊之間的數(shù)據(jù)就可以通過(guò)服務(wù),以定好的方式(進(jìn)行方向控制和格式轉(zhuǎn)化)在各個(gè)節(jié)點(diǎn)之間流通,達(dá)到了服務(wù)整合的目的。
IBM為ESB定義了四個(gè)必備的功能:“路由器”——根據(jù)信息內(nèi)容,在不同應(yīng)用和服務(wù)之間進(jìn)行信息傳輸和路由;“轉(zhuǎn)換器”——進(jìn)行應(yīng)用之間的通信協(xié)議轉(zhuǎn)換;“翻譯機(jī)”——進(jìn)行應(yīng)用之間的消息格式轉(zhuǎn)換;“收發(fā)室”——處理來(lái)自不同渠道的業(yè)務(wù)事件(同步傳輸,異步傳輸,發(fā)布/訂閱等方式)。
其中“路由器”和“收發(fā)室”都是針對(duì)服務(wù)的重用而設(shè)計(jì)的,而“轉(zhuǎn)換器”和“翻譯機(jī)”則專(zhuān)門(mén)用來(lái)解決異構(gòu)的通信問(wèn)題。
針對(duì)重用和異構(gòu)這兩個(gè)難題,倪曉兵認(rèn)為ESB提供了兩個(gè)核心的功能,服務(wù)的管理和數(shù)據(jù)的轉(zhuǎn)換。
我們DEC項(xiàng)目的目標(biāo)就是建立一個(gè)全能服務(wù)倉(cāng)庫(kù)(暫時(shí)我在DEC設(shè)計(jì)人員zy哪里得到的信息),而服務(wù)之間如何路由,如何轉(zhuǎn)換,語(yǔ)義的協(xié)調(diào)都沒(méi)有考慮,而后者卻是成敗的關(guān)鍵。
最關(guān)鍵的語(yǔ)義翻譯這一點(diǎn),就現(xiàn)在的技術(shù)上來(lái)說(shuō)還不能做到(需要很高的機(jī)器智能才能達(dá)到使得不同的系統(tǒng)的業(yè)務(wù)詞匯可以正確的映射,更何況是在所有的系統(tǒng)之間進(jìn)行映射,同時(shí)應(yīng)用在企業(yè)級(jí)的應(yīng)用環(huán)境中)
也許真的有這樣的幻想,但是真的能夠做到這一步么?我深深的懷疑。就目前的技術(shù)手段,如果要達(dá)到數(shù)據(jù)映射的高度正確性,必須由人不同系統(tǒng)之間需要協(xié)調(diào)的數(shù)據(jù)進(jìn)行語(yǔ)義確認(rèn)方能進(jìn)行有效的映射。
當(dāng)考慮到還必須做到ESB系統(tǒng)對(duì)其接入的所有的服務(wù)數(shù)據(jù)的語(yǔ)義都這樣做時(shí)。我懷疑真的需要做到協(xié)調(diào)所有的服務(wù)么?
也許ESB的應(yīng)用范圍就是在公司內(nèi)部或者有限范圍內(nèi)的整合目標(biāo)明確的業(yè)務(wù)節(jié)點(diǎn)之間業(yè)務(wù)的整合。
ruby很火,ror很火。但凡一個(gè)東西火,我們要知道他火的原因。
因?yàn)樗_(kāi)發(fā)快,你看
rails project_name
#config db
rake db:create:all
rake db:mirage scoffled table_name [field_name:field_type,.....]
#編輯model
rake db:mirage
#編輯action和route
ruby script/server
然后一個(gè)應(yīng)用程序就生成啦,這個(gè)過(guò)程大概就2、3分鐘;而且他熱部署,所寫(xiě)即所得,語(yǔ)法超級(jí)強(qiáng)大,簡(jiǎn)單幾句話就可以表達(dá)很復(fù)雜的邏輯,真正讓人把精力集中在業(yè)務(wù)邏輯上和頁(yè)面邏輯上(他的mirage真是太cool了,完美的體現(xiàn)了定義一次schame,到處使用的原則)
坦率的講,這些別的東西——包括java都可以做到~,為什么到現(xiàn)在java還是這么殺手呢(不是應(yīng)用程序殺手,是程序員殺手,開(kāi)發(fā)起來(lái)羅嗦到死。
既然ror出現(xiàn)了,所以我想jor也很快了,不過(guò)ruby使人愉快的是,它從不限制你,包括寫(xiě)的更難懂——如果你真的覺(jué)得別人寫(xiě)的你看不懂的話——幸運(yùn)的是,它也沒(méi)有限制你寫(xiě)的更簡(jiǎn)單。
那就用ruby去快樂(lè)的編程吧
linux控制臺(tái)分辨率調(diào)節(jié)
2007年12月07日 上午 11:16 | 640x480 800x600 1024x768 1280x1024
-----+-----------------------------------------------------
256 | 257 259 261 263
32k | 272 275 278 281
64k | 273 276 279 282
16M| 274 277 280 283
VESA:
Colors (depth) 640x480 800x600 1024x768 1280x1024 1600x1200
------------------+-----------+-----------+------------+-------------+-------------
256 ( 8 bit) | 769 771 773 775 796
32,768 (15 bit)| 784 787 790 793 797
65,536 (16 bit)| 785 788 791 794 798
16.8M (24 bit) | 786 789 792 795 799
查上面的表,編輯/boot/grub/menu.lst
kernel /boot/vmlinuz-2.6.15-23-386 root=/dev/hdb10 ro quiet splash vga=791
這行最后補(bǔ)上vga=792
說(shuō)說(shuō)韓寒
http://bbs.book.tom.com/i_87_22259.html
各項(xiàng)指數(shù)綜合打分,活著的大陸人里面,韓寒應(yīng)該可以排到我最欣賞(敬佩)的人的前三名——還有一位應(yīng)該是曉波老師。還有一位?暫時(shí)空缺,歡迎推薦。王怡信教之后越來(lái)越看不懂了,連岳又太“大隱隱于市”了。
以前很傻,以為自己比韓寒年紀(jì)大就敢于瞧不起人,愚昧!后來(lái)才慢慢調(diào)整過(guò)來(lái),敢于承認(rèn)一個(gè)年輕人,一個(gè)誰(shuí)都敢批幾句的年輕人,其實(shí)比自己強(qiáng)太多了。
說(shuō)幾點(diǎn)我欣賞韓寒的地方:
語(yǔ)言才華:這個(gè)不用說(shuō)了;
獨(dú)立精神:主要是對(duì)作協(xié)的態(tài)度;
公民意識(shí),有社會(huì)責(zé)任感:比如對(duì)廈門(mén)px的關(guān)注,比如幫助路人;
生活態(tài)度,有健康的心理:純屬個(gè)人感覺(jué)。聚光燈下,不變態(tài)很難,難得韓寒還有平常心。我挺認(rèn)同韓寒自己說(shuō)的“并不叛逆”;
職業(yè)精神:愛(ài)一行做一行,還都能做好,比如半月前奪得2007華賽CFR全國(guó)汽車(chē)場(chǎng)地錦標(biāo)賽中國(guó)量產(chǎn)車(chē)1600cc組年度車(chē)手總冠軍;
掙錢(qián)的能力也很強(qiáng):現(xiàn)在越來(lái)越認(rèn)同一個(gè)人賺錢(qián)的能力了,以前一直回避這一點(diǎn)。而且“君子愛(ài)財(cái),取之有道”,這八個(gè)字說(shuō)起來(lái)容易,真正做好很難;
還有,人也長(zhǎng)得挺帥的,作為公眾人物,這點(diǎn)還是很重要的,比如看了郭敬明的照片,吃飯就會(huì)很困難。
......
突然說(shuō)起這些,是因?yàn)樽蛱炜戳四戏街苣?duì)韓寒的采訪。
南方周末:你怎么看待張悅?cè)弧⑿★垺⒐疵鞯却笈?#8220;80后”作家加入作協(xié)這件事?
韓寒:我覺(jué)得也挺好的,總得有他們這樣的人。要不然我又得和一幫人競(jìng)爭(zhēng)。現(xiàn)在比較好,就我一個(gè)人,沒(méi)有對(duì)手。我是一個(gè)冠軍車(chē)手,我的內(nèi)心比他們更強(qiáng)大,我覺(jué)得是這樣。而且很多時(shí)候他們也只是可能有熟人介紹,面子上過(guò)不去罷了。以張和郭現(xiàn)在的能量,是否加入作協(xié)應(yīng)該無(wú)所謂。
南方周末:如果他們邀請(qǐng)你,你會(huì)去參加作協(xié)嗎?
韓寒:可以啊,我可以把這個(gè)當(dāng)作代言活動(dòng)。所有的商業(yè)代言我都是推掉的,這一次我可以代言你們作協(xié),作協(xié)需要一個(gè)年輕化的代表,我代言你們給我200萬(wàn),這算是我給作協(xié)的一個(gè)面子——第一次商業(yè)代言就給你,而且價(jià)格也不高。但你要我加入作協(xié)不可能。
我的立場(chǎng)一如既往,我絕不加入作協(xié),打死我也不干。我認(rèn)為,真正的藝術(shù)家應(yīng)該永遠(yuǎn)獨(dú)立,絕不能被組織左右。
韓寒:陸 天明罵作協(xié)門(mén)檻降低,把抄襲犯 都收進(jìn)來(lái)了,說(shuō)自己當(dāng)年加入作協(xié)如何難,你進(jìn)入作協(xié)身份就高人一等嗎?我認(rèn)為,國(guó)家就不應(yīng)該有這些協(xié)會(huì),想當(dāng)初,加入作協(xié)對(duì)你的意識(shí)形態(tài)有所控制,文字更 加奴性,現(xiàn)在雖然好很多,但對(duì)創(chuàng)作沒(méi)有任何幫助。一幫作家閑云野鶴的,自由創(chuàng)作多好,要什么協(xié)會(huì)。我在電視上一看到那些作家參加什么會(huì)的時(shí)候,和一些領(lǐng)導(dǎo) 彎腰點(diǎn)頭握手,表示一定要把頌歌唱得更動(dòng)聽(tīng)。作為一個(gè)作家,這種行為是不道德的,你仗著自己文字功底好,和喉舌機(jī)構(gòu)的御用文人搶飯碗,怎么可以嘛。
南方周末:怎么看待那些和你一起出道的年輕人的改變?加入作協(xié)、買(mǎi)房、結(jié)婚、生子、賺錢(qián)。
韓寒:我不會(huì)因?yàn)闅q數(shù)增長(zhǎng)而改變。很多人婚姻不幸,其實(shí)是因?yàn)闅q數(shù)的原因,到了一定的歲月就要結(jié)婚、生子、賺錢(qián),所以才造成了很多不幸,我現(xiàn)在還住在老家鄉(xiāng)下房子里。我內(nèi)心很有安全感,房子、錢(qián),我并不覺(jué)得這些很安定。一場(chǎng)地震一分鐘就能摧毀一切,保險(xiǎn)公司還都不賠。好多人沒(méi)有安全感,所以要寄托在一些身外之物上。
南方周末:你也會(huì)老的,你能永遠(yuǎn)保持少年偶像這個(gè)形象嗎?
韓寒:對(duì) 我來(lái)說(shuō),少年偶像是別人給的,不是我自己要保持,或者說(shuō)不是我想保持下去我就能保持下去的。這是一種慣性,你自己一點(diǎn)辦法都沒(méi)有。生活里我是一個(gè)很不修邊 幅的人,沒(méi)有經(jīng)紀(jì)人、助手。我也看過(guò)明星玩賽車(chē),賽車(chē)前還在那里化妝,其實(shí)比賽的時(shí)候有很多汗,化妝干什么?他們才是真正想要做偶像,想要做明星。
幾年前就有人請(qǐng)我拍戲、唱歌、做商演、做代言,都被我拒絕了。有錢(qián)是一個(gè)很好的事情,如果能夠賺更多的錢(qián)更好,但問(wèn)題是賺那個(gè)錢(qián)我心里會(huì)不舒服,我會(huì)權(quán)衡這個(gè)重要,還是錢(qián)重要。比如說(shuō)你看到某個(gè)作家在那里推薦藥、腎寶、洗液什么的,我覺(jué)得那個(gè)效果很怪。權(quán)衡下來(lái),我覺(jué)得單純的錢(qián)不能打動(dòng)我。
我去年推掉的代言至少有500萬(wàn)到1000萬(wàn),全部推掉了。去年靠寫(xiě)作和賽車(chē),我一共賺了兩百萬(wàn),我認(rèn)為自己歸根結(jié)底還是一個(gè)寫(xiě)東西的人。
我發(fā)現(xiàn),人生里30-50歲這一段是最尷尬的,不再是一個(gè)憤怒青年,也不是一個(gè)老頑童,有些不倫不類(lèi)。我現(xiàn)在離尷尬的時(shí)間已經(jīng)很近了,所以我要比他們更早地打好基礎(chǔ),以免像崔健一樣,步入中年再交出DV短片那樣的學(xué)生作業(yè)來(lái)。
南方周末:近兩年,你一直在博客上發(fā)言,什么戶(hù)口啊、交通啊都要參與一把。動(dòng)機(jī)是什么?
韓寒:我在博客上寫(xiě)那么多免費(fèi)文字,就一些社會(huì)問(wèn)題發(fā)言,有人說(shuō)我是在炒作知名度賣(mài)書(shū)。我寫(xiě)博客真的不是為了炒作自己,寫(xiě)那么多文字,甚至參與那么多討論,還和人吵架,沒(méi)有任何經(jīng)濟(jì)收益,甚至我覺(jué)得自己在影響書(shū)的銷(xiāo)量。
作為一個(gè)公民,我認(rèn)為我有權(quán)對(duì)一些社會(huì)問(wèn)題發(fā)表自己的觀點(diǎn)和意見(jiàn)。以前只對(duì)朋友說(shuō),現(xiàn)在對(duì)大家說(shuō)。
南方周末:你愿意成為王小波那樣的公共知識(shí)分子嗎?
韓寒:想 起王小波是很難受的一件事情。王小波生前寫(xiě)了那么多文字,苦口婆心講道理說(shuō)常識(shí)。后來(lái)他死了,人們才假裝發(fā)現(xiàn)了他作品的價(jià)值,覺(jué)得他寫(xiě)得不錯(cuò),是個(gè)優(yōu)秀的 作家。如果王小波沒(méi)有死,到今天的話,他在人們口中應(yīng)該算是那種一天到晚炒作的人吧。炒作和冒著一定的風(fēng)險(xiǎn)發(fā)表觀點(diǎn)是有很大區(qū)別的,也是非常好分辨的。只 可惜,大家似乎都分辨不了。
在這個(gè)國(guó)家,做一個(gè)憂(yōu)國(guó)憂(yōu)民的人是最傻和最痛苦的,國(guó)家不樂(lè)意,國(guó)民不在意。我不要做那樣的人,我只希望自己60歲時(shí)是個(gè)被年輕姑娘喜歡的深沉的老頑童。
工作兩年了。這兩年的時(shí)間一直感覺(jué)很充實(shí)。最近卻突然感覺(jué)有點(diǎn)無(wú)聊的感覺(jué)——以前兩年一直計(jì)劃學(xué)的東西都學(xué)差不多了。
了解函數(shù)式編程的途徑中,知道了lambda演算。簡(jiǎn)單看了看,發(fā)現(xiàn)居然是數(shù)學(xué)的一個(gè)分支——可嘆我數(shù)學(xué)系理學(xué)學(xué)士,居然是第一次聽(tīng)說(shuō)這個(gè)名詞。google之下,不勝渺小了。于是后悔起大學(xué)的幼稚來(lái)。
上學(xué)的時(shí)候,總是抱怨整天學(xué)習(xí)、面對(duì)的都是數(shù)學(xué),枯燥無(wú)聊而且沒(méi)用,除了大一大二好好學(xué)習(xí),大三大四都是逃課比上課多,而且居然因此自鳴得意.....幼稚...
最近有點(diǎn)小想法。突然覺(jué)得我這樣的程序員沒(méi)有技術(shù)含量,平心而論,現(xiàn)在我寫(xiě)的東西,一個(gè)高中生也可以寫(xiě);而我大學(xué)學(xué)的那些東西,這些年一點(diǎn)沒(méi)用上,這說(shuō)明這份工作技術(shù)含量不是很大。那么做開(kāi)發(fā)最大的技術(shù)含量在哪里?其實(shí)最大的技術(shù)含量(即..的解決方案)在寫(xiě)代碼之前以前做完了,代碼不過(guò)是把(..解決方案)具體化了而已,所謂的“..解決方案”,有業(yè)務(wù)的,也有技術(shù)上的,反正不是代碼。無(wú)論精通struts還是hibernate,還是spring,會(huì)rpc、ext....都沒(méi)有區(qū)別,之不過(guò)把已經(jīng)有的組合起來(lái),是誰(shuí)都可以做。
考慮考慮自己的未來(lái)之路......
首先現(xiàn)了一個(gè)ruby的netbeans,地址....(這里沒(méi)記清楚:),這個(gè)東西大小才30m,還不錯(cuò)。
然后感覺(jué)字體不爽,就想換字體(參見(jiàn)那個(gè)啥的方法——把vjre\lib\font*.properties里面東西改改),然后也ok了。
開(kāi)始寫(xiě)代碼的時(shí)候,覺(jué)得屏幕好像刷新率不夠似的,于是又google了一下,把jdk換成6的(正搞個(gè)openjdk玩)——那個(gè)je上的啥說(shuō)的。然后發(fā)現(xiàn)還是不快,換成jdk5的,快了好多。郁悶一個(gè)。。。。。
下面是ruby筆記第一天
#
# To change this template, choose Tools | Templates
# and open the template in the editor.
##一,了解ruby中類(lèi)的構(gòu)造
#定義一個(gè)類(lèi),并定義初始化方法,可以給new使用做構(gòu)造函數(shù)
class Dog
def initialize(name)
@name = name
end
# def initialize(name,color)
# @name = name
# @color = color
# end
#在類(lèi)中追加定義一個(gè)方法,@是ruby中的變量的開(kāi)頭.默認(rèn)的ly,ruby認(rèn)識(shí)什么是屬性什么是變量
def eat(food)
@food = food
puts @name + "eat "+@food
end
end
class Dog
def la
puts @name +" la "+ @food
end
end
#你看,我們定義了一個(gè)啦的方法,把狗狗吃的全啦出來(lái)了:-)
@dd = Dog.new("Big Dog")
@dd.eat('food')
@dd.la
##他還支持重載么?看一下我們定義的構(gòu)造函數(shù)(的時(shí)候沒(méi)報(bào)錯(cuò),現(xiàn)在調(diào)用的時(shí)候呢??)——他告訴我
#E:\mydoc\NetBeansProjects\RTest\lib\main.rb:29:in `new': Wrong # of arguments(1 for 2) (ArgumentError)
##from E:\mydoc\NetBeansProjects\RTest\lib\main.rb:29
#@gg = Dog.new("name", "color")
#@gg.eat(food)
#@gg.la
puts "Hello World"
——javablog居然不支持ruby的語(yǔ)法。就模擬vb的好了,反正都有個(gè)end
度假回來(lái)以后就來(lái)uns上班了。uns的框架是evan寫(xiě)的,看了兩天:服務(wù)器端還滿(mǎn)容易懂的,關(guān)鍵是ext.js不熟。
evan準(zhǔn)備使用ext.js(jquery),以前我只使用過(guò)propetype.js,所以jquery.js也要看,還好,一看之下發(fā)現(xiàn)是更好用的js框架。
——馬上臺(tái)風(fēng)了,接下來(lái)回家寫(xiě)。。。。。。
ext.js沒(méi)什么感想。因?yàn)椴皇欤琫van些的服務(wù)器端我有點(diǎn)感想。
1,首先可以肯定的是evan些的這個(gè)框架非常好,spring,hibernate,webwork等使用的非常恰當(dāng),層次結(jié)構(gòu)也非常合理
2,evan和我說(shuō)他們是TDD開(kāi)發(fā)。我看了一下,其實(shí)不是的。
所謂的TDD是什么,是測(cè)試驅(qū)動(dòng),是需求驅(qū)動(dòng)。現(xiàn)實(shí)的情況我們實(shí)踐的是數(shù)據(jù)庫(kù)驅(qū)動(dòng)的開(kāi)發(fā),更嚴(yán)重的問(wèn)題是這個(gè)結(jié)構(gòu)一桿子到底。我不希望看到UserInfoDaoHiberante-UserInfoDao-UserInfoManagerImpl-UserInfoManager這樣的結(jié)構(gòu)。這是完全不對(duì)的,不論什么驅(qū)動(dòng)的開(kāi)發(fā),都應(yīng)該完全以業(yè)務(wù)為中心的結(jié)構(gòu)UserInfoDao-UserDao-UserManagerImpl-UserManager
3,因此evan的所謂那個(gè)模板我看還是不用的好。
這里記下來(lái),回頭和evan討論下。
去度假之前我塞了本spring到旅行包里,尋思路上看看。可是路上實(shí)在是凈不下心來(lái),于是暗暗告誡自己:回來(lái)的路上一定要看一看。。。。。回來(lái)的路上基本上光睡覺(jué)了。慚愧啊~~~
可是那本spring,的確是讓人生厭,自從上周翻完以后,我就再也提不起再讀一遍的興趣來(lái)。我的想法就是理解其所以然,至于具體用法用時(shí)再查就是了。于是心安理得的看了一會(huì)恐怖片,上一會(huì)網(wǎng)——發(fā)現(xiàn)了一個(gè)討論討論ejb架構(gòu)的帖子。于是想起來(lái)再讀WITHOUT EJB的興趣來(lái)。上次讀的時(shí)候,大不以為然,大家把這本書(shū)都夸到天上去了,可是我什么都沒(méi)看出來(lái),感覺(jué)就是在談概念,今天一讀之下(其實(shí)還沒(méi)讀,就是看看目錄,猜猜里面講什么,猜測(cè)作者意圖傳達(dá)的想法)發(fā)現(xiàn)真不愧是人人傳誦的好書(shū)。J2EE最近兩三年的潮流,不外是此書(shū)罷了。
一年來(lái),從當(dāng)初剛剛會(huì)struts、hibernate的小菜鳥(niǎo),經(jīng)歷了追逐新的技術(shù)潮流,理解新的技術(shù)理念,從僅僅負(fù)責(zé)項(xiàng)目的某個(gè)模塊到自己負(fù)責(zé)整個(gè)項(xiàng)目,從編寫(xiě)代碼的程序員到真?zhèn)€項(xiàng)目的需求規(guī)劃管理等。我不是當(dāng)初的我了。
所以我想:讀書(shū),何必強(qiáng)求自己呢!
倘若有讀書(shū)的愛(ài)好,他喜歡讀哈利波特,何必非要強(qiáng)求他讀紅樓夢(mèng)呢。順其自然而已。
剛剛離職,本來(lái)想好好休息一陣子。沒(méi)想到前天以前一個(gè)同事對(duì)我說(shuō)要我給他一份簡(jiǎn)歷,他們公司缺人。我不好意思推托,就答應(yīng)了。
面試那天,當(dāng)然是我那個(gè)同事面試我的,可是令我驚奇的是另外一個(gè)面試官也是我的一個(gè)同事,不過(guò)是上上家公司的同事。。。。。好驚奇啊!!!!
于是大家攀談了好大一會(huì),順便聊了點(diǎn)面試題目
1,xmlFactory和ApplicationContent的區(qū)別
我還真是不太了解,隱約知道后者好像是對(duì)前者的加強(qiáng)。。。。。哎~~~那個(gè)郁悶啊
第二個(gè)問(wèn)題更郁悶?zāi)貇
2,悲觀鎖和樂(lè)觀鎖的區(qū)別
我隱約記得以前做同事的時(shí)候他就說(shuō)過(guò)這個(gè),那時(shí)候我還搜索了一下。現(xiàn)在卻怎么也想不起來(lái)。。。。。哎~~~~更郁悶啊~~~~
還有第三個(gè)問(wèn)題
3,寫(xiě)過(guò)JS表樹(shù)么>.>..>......
剛開(kāi)始我還以為是樹(shù),就說(shuō)EXT不是有現(xiàn)成的么?他說(shuō)是表格里的樹(shù)。于是我明白類(lèi)似RCP中的TableTreeViewer。老實(shí)說(shuō)沒(méi)有。然后他告訴我他們準(zhǔn)備寫(xiě)一個(gè)這個(gè)。。。。。
我的那個(gè)汗~~~~~
面試還從來(lái)沒(méi)這么窘迫過(guò)啊 ~~~~
不過(guò),也挺有趣的。。。。
還沒(méi)畢業(yè)就工作到現(xiàn)在,整整工作了兩年半的時(shí)間,一直是忙忙碌碌。有時(shí)候我很奇怪為什么我所在的這兩家公司為什么就這么忙,另外那幾個(gè)程序員同學(xué)就這么悠閑,但是很幸運(yùn)的是,愛(ài)思考和學(xué)習(xí)的習(xí)慣一直保持著,這兩年一直感覺(jué)很充實(shí)。
記得剛畢業(yè)的那會(huì),非常好玩:除了jsp啥也不會(huì),啥是struts,啥是hibernate,啥是spring都不知道,也不敢問(wèn)——因?yàn)檫M(jìn)公司的時(shí)候CTO考我struts會(huì)不會(huì)。其實(shí)我根本就是因?yàn)樯弦患颐嬖嚶?tīng)說(shuō)過(guò)這個(gè)詞語(yǔ)馬上回去google了些概念。就開(kāi)始忽悠,還非常理直氣壯的。。。。。后來(lái)我就進(jìn)去了,工作了兩個(gè)星期以后有一天發(fā)現(xiàn)CTO纏著一個(gè)高程問(wèn)struts到底是啥玩意。。。。。。汗~~~~~~
那時(shí)候好辛苦,因?yàn)橹e撒下來(lái)了。所以即使不懂也要硬著頭皮干,而且還要在工期內(nèi)。。。。。。基本上每天晚上回去我都要翻書(shū)學(xué)習(xí),或者跟別人討論概念。很辛苦可是很愉快。
兩年后的今天,雖然我感覺(jué)自己還是很菜,可是居然發(fā)現(xiàn)很多工作了4、5年的甚至還不如我。我很郁悶。。。。。。所謂的程序員,不好好學(xué)習(xí)寫(xiě)程序,整天在說(shuō):做這個(gè)好累。。。賺錢(qián)好少。。。加班好辛苦。。。轉(zhuǎn)型做管理。。。。云云。
浮躁啊。。。。。
回憶起來(lái),選擇現(xiàn)在這家公司真的很輕率。當(dāng)時(shí)對(duì)RIA技術(shù)真的很看好,就希望能到使用RIA的公司。盡管另外一個(gè)非常年輕的有活力的team極力邀請(qǐng)我還是選擇了她。可是在這里真的很孤單。找不到志同道合的朋友,大家都是寫(xiě)寫(xiě)代碼能RUN就行,沒(méi)有規(guī)劃,沒(méi)有測(cè)試,沒(méi)有重構(gòu),沒(méi)有對(duì)代碼的美的追求。。。。。。曾經(jīng)我希望給大家做個(gè)培訓(xùn),可是反問(wèn)自己有資格么?我努力做了很多改進(jìn),可是經(jīng)過(guò)了項(xiàng)目經(jīng)理的手就被改的面目全非。。。。。。
解脫了。
很多人都直接編輯html,保存成xls就當(dāng)成excel報(bào)表了。挺方便的,于是我寫(xiě)了這個(gè)簡(jiǎn)化工作的工具類(lèi)——將一個(gè)html的表格模板解析成一個(gè)xls報(bào)表
模板如下
<?xml version="1.0" encoding="GB2312" ?>
<div style="width:100%;height:450;overflow-x:auto;overflow-y:auto">
<table width="100%" border="1" cellspacing="2" cellpadding="0">
<tr id="title" bgcolor="#fefcce">
<td nowrap="true" >客戶(hù)</td>
<td nowrap="true" >產(chǎn)品</td>
<td nowrap="true" >中文名稱(chēng)</td>
<td nowrap="true" >英文名稱(chēng)</td>
<td nowrap="true" >產(chǎn)品分類(lèi)</td>
<td nowrap="true" >包裝</td>
<td nowrap="true" >單位</td>
<td nowrap="true" >數(shù)量</td>
<td nowrap="true" >凍結(jié)數(shù)量</td>
<td nowrap="true" >可用數(shù)量</td>
<td nowrap="true" id="CUBIC"></td>
<td nowrap="true" id="WEIGHT"></td>
</tr>
<tr id="record">
<td nowrap="true" id="CUSTOMERID"></td>
<td nowrap="true" id="SKU_ID"></td>
<td nowrap="true" id="SKU_DESCR_C"></td>
<td nowrap="true" id="SKU_DESCR_E"></td>
<td nowrap="true" id="SKU_CLASS"></td>
<td nowrap="true" id="PACKAGE_ID"></td>
<td nowrap="true" id="UOM"></td>
<td nowrap="true" id="QUANTITY"></td>
<td nowrap="true" id="FREEZE_QUANTITY"></td>
<td nowrap="true" id="AVAILABLE_QUANTITY"></td>
<td nowrap="true" id="CUBIC"></td>
<td nowrap="true" id="WEIGHT"></td>
</tr>
</table>
</div>
工具類(lèi)如下
public class ExcelTemplateUtil {
private static String CHARSET = "";
private static final String ROOT = "ROOT";
private static final String TITLE = "TITLE";
private static final String RECORD = "RECORD";
private static Map temp = new HashMap();
public static String generateListToTemplate(Object titleObj, List recordList, File templateFile)
{
readTemplateFile(templateFile);
ByteArrayOutputStream os = (ByteArrayOutputStream) builderExcelOutput(titleObj, recordList);
return removeXMLHeader(os);
}
public static void readTemplateFile(File file)
{
try {
Document templateDocument = new SAXReader().read(file);
Element root = templateDocument.getRootElement();
List trList = root.selectNodes("http://div/table/tr");
Element titleTemp = (Element) trList.get(0);
Element recordTemp = (Element) trList.get(1);
root.element("table").remove(titleTemp);
root.element("table").remove(recordTemp);
temp.put(TITLE, trList.get(0));
temp.put(RECORD, trList.get(1));
temp.put(ROOT, root);
} catch (DocumentException e) {
e.printStackTrace();
throw new RuntimeException("Parse xml file error, Cause:", e);
}
}
public static OutputStream builderExcelOutput(Object titleObj, List list)
{
ByteArrayOutputStream os = new ByteArrayOutputStream();
Element root = (Element) ((Element) temp.get(ROOT)).clone();
Document document = DocumentHelper.createDocument();
document.setRootElement(root);
Element tableEle = root.element("table");
tableEle.add(parseTitleElement(titleObj));
for (int i = 0; i < list.size(); i++) {
tableEle.add(parseRecordElement(list.get(i)));
}
try {
OutputFormat format = new OutputFormat("", true, "GB2312");
XMLWriter writer = new XMLWriter(os, format);
writer.write(document);
writer.flush();
writer.close();
os.close();
} catch (UnsupportedEncodingException e) {
e.printStackTrace();
throw new RuntimeException("Parse outstream error, Cause:", e);
} catch (IOException e) {
e.printStackTrace();
throw new RuntimeException("Parse outstream error, Cause:", e);
}
return os;
}
public static Element parseTitleElement(Object titleObj)
{
Element titleEle = (Element) ((Element) temp.get(TITLE)).clone();
if (null == titleObj) return titleEle;
List tdList = titleEle.selectNodes("td");
Element td;
for (int i = 0; i < tdList.size(); i++) {
td = (Element) tdList.get(i);
fullField(td, titleObj);
}
return titleEle;
}
public static Element parseRecordElement(Object recordObj)
{
Element recordEle = (Element) ((Element) temp.get(RECORD)).clone();
List tdList = recordEle.selectNodes("td");
Element td;
for (int i = 0; i < tdList.size(); i++) {
td = (Element) tdList.get(i);
fullField(td, recordObj);
}
return recordEle;
}
public static void fullField(Element tdEle, Object obj)
{
Attribute att = tdEle.attribute("id");
if (null == att || null == att.getText() || 0 == att.getText().trim().length()) {
return;
}
String fieldName = att.getText();
if (null == fieldName || fieldName.trim().length() == 0) return;
Method[] objMethod = obj.getClass().getDeclaredMethods();
Object value;
for (int i = 0; i < objMethod.length; i++) {
if (("get" + (fieldName.trim())).equals(objMethod[i].getName())) {
try {
value = objMethod[i].invoke(obj, new Object[]{});
value = (null == value ? "" : value);
tdEle.setText(value.toString());
} catch (IllegalAccessException e) {
e.printStackTrace();
throw new RuntimeException(e);
} catch (InvocationTargetException e) {
e.printStackTrace();
throw new RuntimeException(e);
}
}
}
}
public static String removeXMLHeader(OutputStream os)
{
String xml = os.toString();
int position = xml.indexOf(">");
// xml = xml.substring(position+1,xml.length());
// position = xml.indexOf(">");
return xml.substring(position + 1, xml.length());
}
}
調(diào)用
OutputStream os = response.getOutputStream();
response.setHeader("Content-disposition", "attachment; filename=" + excelFileName);
response.setContentType("application/msexcel");
File excelTemplateFile = new File(report_path + templateFileName);
String out = ExcelTemplateUtil.generateListToTemplate(titleObj, resultList, excelTemplateFile);
response.getOutputStream().write(out.getBytes());
os.close();
異常爭(zhēng)論
異常有兩個(gè)模型:中止模型和繼續(xù)模型
中止模型認(rèn)為異常不應(yīng)該再回來(lái),他做的是善后工作。而繼續(xù)模型保持異常時(shí)環(huán)境,希望再一次能運(yùn)行成功。
Java采用的是前者(一般語(yǔ)言都是前者),而OS一般采用后者。
Java異常有三類(lèi):錯(cuò)誤,運(yùn)行時(shí)異常,檢查型異常。
官方的觀點(diǎn)是
第 39 條:最好為異常條件使用異常。也就是說(shuō),最好不為控制流使用異常。
第 40 條:為可恢復(fù)的條件使用檢查型異常,為編程錯(cuò)誤使用運(yùn)行時(shí)異常。
第 41 條:避免不必要的使用檢查型異常。
第 43 條:拋出與抽象相適應(yīng)的異常。(使處理異常更直觀)
在異常的使用上,專(zhuān)家的觀點(diǎn)是很不一樣的
C#作者Anders根本就忽略檢查型異常。
Bruce Eckel,聲稱(chēng)在使用 Java 語(yǔ)言多年后,他已經(jīng)得出這樣的結(jié)論,認(rèn)為檢查型異常是一個(gè)錯(cuò)誤 —— 一個(gè)應(yīng)該被聲明為失敗的試驗(yàn)。
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
缺點(diǎn)1,代碼中包含了過(guò)多的catch,使得代碼不清晰
缺點(diǎn)2,有時(shí)候捕捉的異常沒(méi)有什么實(shí)際意義
缺點(diǎn)3,不夠清晰的錯(cuò)誤指示。
缺點(diǎn)4,過(guò)深的異常層次。
缺點(diǎn)4,性能。
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
Eckel 提倡將所有的異常都作為非檢查型的,并且提供將檢查型異常轉(zhuǎn)變?yōu)榉菣z查型異常的一個(gè)方法,同時(shí)保留當(dāng)異常從棧向上擴(kuò)散時(shí)捕獲特定類(lèi)型的異常的能力
Rod Johnson ,他采取一個(gè)不太激進(jìn)的方法。他列舉了異常的多個(gè)類(lèi)別,并且為每個(gè)類(lèi)別確定一個(gè)策略。一些異常本質(zhì)上是次要的返回代碼(它通常指示違反業(yè)務(wù)規(guī)則),而一些異常則是“發(fā)生某種可怕錯(cuò)誤”(例如數(shù)據(jù)庫(kù)連接失敗)的變種。Johnson 提倡對(duì)于第一種類(lèi)別的異常(可選的返回代碼)使用檢查型異常,而對(duì)于后者使用運(yùn)行時(shí)異常。在“發(fā)生某種可怕錯(cuò)誤”的類(lèi)別中,其動(dòng)機(jī)是簡(jiǎn)單地認(rèn)識(shí)到?jīng)]有調(diào)用者能夠有效地處理該異常,因此它也可能以各種方式沿著棧向上擴(kuò)散而對(duì)于中間代碼的影響保持最小(并且最小化異常淹沒(méi)的可能性)。
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
解決1:謹(jǐn)慎的拋出檢查型異常。或者你認(rèn)為,你可以處理它。否則,包裝為運(yùn)行時(shí)異常。
解決2:如果遵守1,2不是問(wèn)題
解決3:異常不跨層,否則必須捕捉或者包裝。
比如持久層丟出的SalException,你或者丟棄/處理/包裝(為運(yùn)行時(shí)異常),或者重新包裝為業(yè)務(wù)層異常。保持JEE層的獨(dú)立和異常的清晰性。
包裝底層異常,保持異常鏈。
解決4:如果符合1,4也不是問(wèn)題。再次強(qiáng)調(diào),能捕捉就捕捉。
解決5:減少異常使用,減少層次。
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
在je里面,robin認(rèn)為異常是流程控制的一部分——當(dāng)然,考慮到性能問(wèn)題,這個(gè)流程不應(yīng)該是大概率流程——也就是異常流程
例如用戶(hù)登錄
Try{
用戶(hù)登錄(用戶(hù)名,密碼);
登錄成功;
}catch(沒(méi)有這個(gè)用戶(hù)異常 e){
錯(cuò)誤提示界面;
}
Potian則認(rèn)為,沒(méi)有用戶(hù)是正常業(yè)務(wù)邏輯的一部分
If(!用戶(hù)業(yè)務(wù)層.沒(méi)有這個(gè)用戶(hù)(用戶(hù)名))錯(cuò)誤提示界面;
If(用戶(hù)業(yè)務(wù)層.檢驗(yàn)密碼(用戶(hù)名,密碼))登錄成功;
else 登錄失敗;
Potian認(rèn)為不應(yīng)該在一個(gè)業(yè)務(wù)中包含了過(guò)多的責(zé)任。
Ps:在servlet中,我喜歡僅僅簡(jiǎn)單的在action中調(diào)用最好一個(gè)業(yè)務(wù)層方法就可以完成此action的任務(wù)。這意味著我的servlet非常瘦,可以比較容易的被替換。如果采用了potian的辦法,則意味著我要把業(yè)務(wù)層中的代碼前移到servlet中來(lái),這模糊了業(yè)務(wù)層的責(zé)任。解決的辦法是回到老路子上來(lái)。
Ps:我還認(rèn)為,沒(méi)有異常的業(yè)務(wù)方法表達(dá)能力太弱,異常給了他們更豐富的表達(dá)能力。這使得業(yè)務(wù)層可以更豐富的表達(dá)業(yè)務(wù)意義。避免將業(yè)務(wù)責(zé)任分散掉。
我認(rèn)為在業(yè)務(wù)層中,恰恰要包含足夠的責(zé)任。不多也不要少(流程分支-2最好)。在別的層次中,要細(xì)致一點(diǎn)。
在爵士主場(chǎng)被連扳2場(chǎng),比分2:2平。
比分不重要,關(guān)鍵氣勢(shì)上被完全壓倒了。
當(dāng)初頭又大中心win那兩場(chǎng),也比較懸;輸?shù)舻倪@2場(chǎng)卻比較爽快,這說(shuō)明爵士是非常有韌性的球隊(duì),恰巧mm都是比較軟的0
難道又是05?
那jeff可以考慮走人,火箭考慮重建。
可以看的出來(lái),火箭當(dāng)初請(qǐng)jeff很大一個(gè)原因就是在最好的教練(jeff,布朗,禪師)里面,他比較擅長(zhǎng)執(zhí)教中鋒。
可是輸?shù)暨@兩場(chǎng),卻看的出來(lái)他有幾個(gè)比較致命的缺點(diǎn):臨場(chǎng)戰(zhàn)術(shù)指揮能力差,戰(zhàn)術(shù)死板缺少變化,使用板凳或保守或激進(jìn)——毫無(wú)章法
火箭輸?shù)舻倪@兩場(chǎng)可以看的出來(lái)mm幾乎被對(duì)方研究透了,經(jīng)常看到y(tǒng)ao一轉(zhuǎn)身,人家手一伸把球給給拍掉,tm高位擋拆,人家阻夾tm(tm和yao的擋拆只擋不拆)。。。。。戰(zhàn)術(shù)被人家研究透了,節(jié)奏完全混亂,常常看到替補(bǔ)們空位不進(jìn)。這個(gè)時(shí)候教練應(yīng)該做點(diǎn)什么,可是jeff做了什么??!
jeff做的非常好的地方,還是防守。我常常看到火箭進(jìn)攻的時(shí)候就tm底線卷切出來(lái)接球,這個(gè)時(shí)候yao提到45度附近一個(gè)擋拆,然后tm就得到空位突破或者跳投,如果突破得到協(xié)防的話,常常的看到tm分到空位三分。還有yao底線卡位拿球攻擊內(nèi)線,迫使對(duì)方收縮防線,或投或傳。可是當(dāng)這兩招被對(duì)方破解以后,我看到火箭隊(duì)員在進(jìn)攻的時(shí)候開(kāi)始茫然無(wú)措了,不知道如何跑位,不知道如何配合了。——于此相反,一回到自己半場(chǎng),就好像死魚(yú)放回水里一樣,防守起來(lái)卻是井井有條,活躍起來(lái)。
你永遠(yuǎn)也別向光用防守來(lái)解決問(wèn)題——因?yàn)榛@球經(jīng)常出現(xiàn)無(wú)法防守的局面(比如kb大嬸發(fā)飆,tm手感到來(lái),這個(gè)時(shí)候你派誰(shuí),用什么戰(zhàn)術(shù),使他陷入多么不合理的出手都不行),這個(gè)時(shí)候你要用進(jìn)攻來(lái)回應(yīng)他。
jeff沒(méi)有辦法。
你回家吧jeff,如果你證明自己只是這個(gè)樣子的話。不是我黑你,你太讓我們失望了,你在浪費(fèi)yao和tm的生命。
版權(quán)聲明:可以任意轉(zhuǎn)載,轉(zhuǎn)載時(shí)請(qǐng)務(wù)必以超鏈接形式標(biāo)明文章原始出處和作者信息及本聲明
英文原文地址:
http://www.javaworld.com/javaworld/jw-06-2005/jw-0620-tikeswing.html中文地址:
http://www.matrix.org.cn/resource/article/43/43731_Swing_MVC_POJOs.html關(guān)鍵詞: Swing MVC POJOs
摘要:TikeSwing 是一個(gè)開(kāi)放源碼的Swing框架,它提供了一個(gè)高度MVC(模型-視圖-控制器)模式的體系結(jié)構(gòu)并且使SWING組件的使用非常簡(jiǎn)單。它通過(guò)將視圖組件和JavaBeans直接連接來(lái)支持POJO編程模式。在這篇文章中將闡述TikeSwing的特點(diǎn),并且將示范怎樣使用這個(gè)框架創(chuàng)建一個(gè)清晰的MVC的系結(jié)構(gòu)。(2,400個(gè)英文單詞;2005年6月20日)
最近,在Java社區(qū)里面,豐富的互聯(lián)網(wǎng)應(yīng)用程序(RIAs)的興起成為一個(gè)熱點(diǎn)話題。另外一些新的技術(shù),像AJAX(異步的JavaScript和XML),MacroMedia Flex, 和Laszlo,以及與Java Web Start一起使用的雖舊而好的Swing,它們都被提議作為RIA技術(shù)。
然而,Java社區(qū)里面的很多人對(duì)Java基礎(chǔ)類(lèi)庫(kù)(JFC)和Swing提出了批評(píng)。Swing在建立高度MVC模式的客戶(hù)端體系方面不能提供太多的幫助。任何合理的服務(wù)器應(yīng)用程序返回傳遞的對(duì)象,或者稱(chēng)為簡(jiǎn)單初始Java對(duì)象(POJOs),把它傳遞到客戶(hù)端的技術(shù)證明了J2EE世界的窘境。從POJO范圍映射到Swing組件需要太多的手動(dòng)的代碼,反之亦然。
同樣的,實(shí)現(xiàn)Swing其他的功能,就像線程句柄和驗(yàn)證域,也是很費(fèi)力的事情。而且有時(shí)候Swing組件很難使用:創(chuàng)建一個(gè)合適的表格或者樹(shù)模型通常需要很多的編碼,而且需要深入的研究Swing編程文檔中的API。
TikeSwing 是一個(gè)開(kāi)放源碼的Swing框架,它提供了一個(gè)高度MVC(模型-視圖-控制器)模式的體系結(jié)構(gòu)并且實(shí)現(xiàn)了模型,組件和控制器通信的自動(dòng)化。它簡(jiǎn)化了Swing組件的使用,并通過(guò)將視圖組件和JavaBeans直接連接來(lái)支持POJO編程模式。
這篇文章將示范怎樣使用TikeSwing創(chuàng)建一個(gè)清晰的MVC的體系結(jié)構(gòu)。也將闡述建立TikeSwing組件的原則,并簡(jiǎn)單描述在這個(gè)框架中包含的最佳體驗(yàn)和機(jī)制。
MVC體系結(jié)構(gòu)眾所周知,MVC范例是推薦的圖形用戶(hù)界面發(fā)展的基本體系。它還有很多的可用的變種,就像MVC++, HMVC (Hierarchical MVC), MVC Model 2, MVC Push, and MVC Pull,它們每一個(gè)都有些不同之處。TikeSwing基于下面的MVC原則:
●Model 模型:
o來(lái)自一些真實(shí)世界或者系統(tǒng)的抽象
o包裝其數(shù)據(jù)和函數(shù)
o在數(shù)據(jù)改變時(shí)通知觀察者 (編者注:observer, 設(shè)計(jì)模式術(shù)語(yǔ))
●View 視圖:
o系統(tǒng)的用戶(hù)界面
o依附于模型并通過(guò)顯示界面將它的內(nèi)容顯示出來(lái)
o在模型改變時(shí)自動(dòng)刷新受到影響的部分
●Controller 控制器:
o控制應(yīng)用程序的流程
o接受用戶(hù)的輸入,并根據(jù)用戶(hù)輸入指導(dǎo)模型和視圖完成任務(wù)
下面的圖表表示了TikeSwing中MVC的類(lèi)結(jié)構(gòu)。

圖 1. 一個(gè)使用TikeSwing的應(yīng)用的MVC類(lèi)圖
類(lèi)MyModel, MyView, 和MyController由一個(gè)使用框架的應(yīng)用來(lái)實(shí)現(xiàn)。MyModel和MyController擴(kuò)展了TikeSwing的YModel 和YController類(lèi)。一個(gè)視圖的類(lèi)可以是任何實(shí)現(xiàn)了YIComponent接口的java.awt.Component。
TikeSwing在裝配類(lèi)結(jié)構(gòu)的時(shí)候不使用任何的配置文件。當(dāng)YController,YModel和視圖組件提供了要求的功能特性的時(shí)候,擴(kuò)展適當(dāng)?shù)念?lèi)已經(jīng)足夠了。下面講述如何使用TikeSwing來(lái)實(shí)現(xiàn)模型、視圖和控制器類(lèi)。
模型TikeSwing的模型是一個(gè)為實(shí)現(xiàn)視圖而包含數(shù)據(jù)的JavaBeans組件。一個(gè)模型類(lèi)可能包含嵌套的JavaBeans,數(shù)組,映射和集合。和標(biāo)準(zhǔn)JavaBeans中要求的一樣,所有模型的類(lèi)變量必須有適當(dāng)?shù)腉ET和SET方法。從這種意義上說(shuō),TikeSwing就像很多的網(wǎng)絡(luò)應(yīng)用程序框架那樣工作,所以在不同的技術(shù)之間重用模型類(lèi)是很容易的。
YModel是模型的基類(lèi)。它提供了報(bào)告數(shù)據(jù)改變的方法。當(dāng)觸發(fā)了一個(gè)事件的時(shí)候,框架會(huì)更新與之相連的視圖。在分布式環(huán)境中,一個(gè)模型類(lèi)有從服務(wù)器應(yīng)用程序中得到POJOs的方法(通常是從隱藏了業(yè)務(wù)服務(wù)的實(shí)現(xiàn)細(xì)節(jié)的業(yè)務(wù)代理中)。模型自身存儲(chǔ)了POJOs,且它有責(zé)任通知觀察者。在有些MVC的體系結(jié)構(gòu)中,一個(gè)控制器類(lèi)和服務(wù)器通信,POJOs存儲(chǔ)在控制器中。然而,TikeSwing分離出YModel類(lèi)的方法有下面的優(yōu)勢(shì):控制器專(zhuān)著于流程,另外的方法(操作模型數(shù)據(jù)的)可以被加在客戶(hù)端。YModel遵循了傳統(tǒng)的MVC模式,所以MVC中類(lèi)的責(zé)任就清晰地分開(kāi)了。
下面的代碼演示了模型類(lèi)如何通過(guò)給定的參數(shù)找到customers。模型的類(lèi)變量name和id是搜索標(biāo)準(zhǔn),customers是包含搜索結(jié)果的Customer POJOs的集合。findCustomers()方法通過(guò)customerServiceDelegate從服務(wù)器應(yīng)用程序中得到customers。當(dāng)方法notifyObservers()激活時(shí),框架會(huì)自動(dòng)更新相連的視圖。
public class FindCustomerModel extends YModel {
private String name;
private String id;
private Collection customers;
private CustomerServiceDelegate delegate = new CustomerServiceDelegate();
public void findCustomers() {
setCustomers(delegate.findCustomers(id, name));
notifyObservers("customers");
}
public void setCustomers(Collection customers) {
this.customers = customers;
}
public Collection getCustomers() {
return customers;
}
public void setId(String id) {
this.id = id;
}
public String getId() {
return id;
}
public void setName(String name) {
this.name = name;
}
public String getName() {
return name;
}
}
視圖TikeSwing視圖是包含其他Swing組件的Swing組件。通常,一個(gè)視圖類(lèi)是一個(gè)面板,一個(gè)對(duì)話框,或者一個(gè)幀,它們建立了子組件并將之添加到自身(就像在通常的Swing開(kāi)發(fā)環(huán)境中一樣)。然而,TikeSwing應(yīng)用程序中使用的所有組件都必須實(shí)現(xiàn)適當(dāng)?shù)慕涌谝赃B接框架的MVC體系結(jié)構(gòu)。幸運(yùn)的是,框架包含一個(gè)很大的為了這種目的已經(jīng)實(shí)現(xiàn)的組件的集合。
一個(gè)特殊的名字必須賦予一個(gè)視圖組件,這樣框架就能在組件和被命名的模型類(lèi)變量之間復(fù)制數(shù)據(jù)。命名的慣例和其他的用于網(wǎng)絡(luò)應(yīng)用程序框架的和Apache BeanUtils庫(kù)(它通常用于框架的執(zhí)行)類(lèi)似。下面是支持的命名格式:
●簡(jiǎn)單的: 直接連接到模型域的組件;例如,field1
●嵌套的:連接到模型內(nèi)部的JavaBeans域的組件;例如,field1.field2
●索引的:連接到模型內(nèi)的數(shù)組域的組件;例如myArray[1]
●映射的:連接到模型內(nèi)的映射域組件;例如,myHashMap(“foo”)
●組合的:通過(guò)結(jié)合符號(hào)連接到模型的內(nèi)部域的組件;例如,field.myArray[1].myHashMap["foo"]
除了模型類(lèi)的GET和SET方法外,視圖類(lèi)必須為每一個(gè)視圖組件建立一個(gè)GET方法。
下面的例子是為FindCustomerModel建立的視圖類(lèi)。它使用了擴(kuò)展了基礎(chǔ)Swing類(lèi)的TikeSwing組件(從JLabel到Y(jié)Label,JTextField到Y(jié)TextField,等)。例子的代碼和標(biāo)準(zhǔn)的Swing視圖很像,只有setMVCNames()方法包含了TikeSwing特有的代碼。依照上面講述的原則,它設(shè)定了模型組件的連接。resultTable列通過(guò)YColumn對(duì)象與customers集合中的POJO域相連。findButton不顯示任何從模型得到的數(shù)據(jù),但是MVC的名字是為T(mén)ikeSwing的事件句柄設(shè)定的(以后再講)。
public class FindCustomerView extends YPanel {
private YLabel idLabel = new YLabel("Id");
private YLabel nameLabel = new YLabel ("Name");
private YTextField idField = new YTextField();
private YTextField nameField = new YTextField();
private YPanel criteriaPanel = new YPanel();
private YTable resultTable = new YTable();
private YButton findButton = new YButton("Find");
public FindCustomerView () {
addComponents();
setMVCNames();
}
private void setMVCNames() {
idField.getYProperty().put(YIComponent.MVC_NAME,"id");
nameField.getYProperty().put(YIComponent.MVC_NAME,"name");
resultTable.getYProperty().put(YIComponent.MVC_NAME,"customers");
findButton.getYProperty().put(YIComponent.MVC_NAME,"findButton");
YColumn[] columns = {
new YColumn("id"),
new YColumn("name")};
resultTable.setColumns(columns);
}
private void addComponents() {
this.setLayout(new BorderLayout());
this.add(criteriaPanel, BorderLayout.NORTH);
idField.setPreferredSize(new Dimension(100, 19));
nameField.setPreferredSize(new Dimension(100, 19));
criteriaPanel.add(idLabel);
criteriaPanel.add(idField);
criteriaPanel.add(nameLabel);
criteriaPanel.add(nameField);
criteriaPanel.add(findButton);
this.add(resultTable, BorderLayout.CENTER);
}
public YTextField getIdField() {
return idField;
}
public YLabel getIdLabel() {
return idLabel;
}
public YTextField getNameField() {
return nameField;
}
public YLabel getNameLabel() {
return nameLabel;
}
public YTable getResultTable() {
return resultTable;
}
public YButton getFindButton() {
return findButton;
}
}
現(xiàn)在,無(wú)論任何時(shí)候用戶(hù)修改idField 或者nameField,改變的地方都會(huì)自動(dòng)更新到模型。而且,當(dāng)notifyObservers()在 FindCustomerModel中調(diào)用的時(shí)候,框架會(huì)更新變化到resultTable。然而,為了匹配結(jié)構(gòu),一個(gè)控制器必須是特定的。
控制器TikeSwing的控制器通過(guò)調(diào)用視圖和模型的方法來(lái)處理應(yīng)用程序的流程。一個(gè)控制器的類(lèi)必須擴(kuò)展YController,它提供了控制關(guān)系中的必要的方法。通常,控制器也創(chuàng)建視圖和模型對(duì)象,但是要注意的是,幾個(gè)視圖和控制器可能共享相同的模型對(duì)象。
一個(gè)控制器類(lèi)可能有好幾種方法來(lái)獲取用戶(hù)事件。TikeSwing組件包括基于反射的事件句柄:一個(gè)事件可以通過(guò)實(shí)現(xiàn)帶有合適簽名的方法而在控制器類(lèi)中得到處理。例如,當(dāng)用戶(hù)點(diǎn)擊按鈕的時(shí)候,一個(gè)MVC名字為myButton的按鈕在控制器中會(huì)調(diào)用myButtonPressed()方法(如果實(shí)現(xiàn)了的話)。這與標(biāo)準(zhǔn)的Swing事件監(jiān)聽(tīng)接口和適配器相比是很方便的。
另一方面,事件方法簽名中的字符在編譯器中是不顯示的,但是Swing適配器類(lèi)的情況是:編譯器不說(shuō)明public void actionperformed是一個(gè)新的或者重載的方法。因?yàn)楸O(jiān)聽(tīng)接口經(jīng)常需要許多空的方法的執(zhí)行,基于反射的簡(jiǎn)單的事件處理一定會(huì)加快代碼的進(jìn)程。作為選擇,你可以在視圖類(lèi)中使用標(biāo)準(zhǔn)的監(jiān)聽(tīng)者,而手動(dòng)調(diào)用控制器的方法。
下面的代碼是FindCustomerModel和FindCustomerView的控制器的一個(gè)例子。控制器通知MVC的結(jié)構(gòu)是通過(guò)調(diào)用setUpMVC()方法和使用findButton 來(lái)處理基于反射的事件。
public class FindCustomerController extends YController {
private FindCustomerView view = new FindCustomerView();
private FindCustomerModel model = new FindCustomerModel();
public FindCustomerController() {
super();
setUpMVC(model, view);
}
public void findButtonPressed() {
model.findCustomers();
}
}
YController是TikeSwing中功能的核心。除了上面講述的特點(diǎn)之外,它還提供了很多有用的方法能用于:
●捕獲特定域的改變
●在控制器中發(fā)送和接收信息
●跟蹤用戶(hù)的修改
●取消用戶(hù)的改變
●捕獲模型拋出的異常
●驗(yàn)證域值的有效性
TikeSwing組件TikeSwing基于這樣一種思想,組件負(fù)責(zé)處理在模型中相關(guān)聯(lián)的對(duì)象。這種思想以前在Sun的《Swing指南》中的WholeNumberField演示中有體現(xiàn)。組件必須知道怎樣在屏幕上面顯示模型的值和怎樣轉(zhuǎn)換用戶(hù)給定的值到模型中。
框架現(xiàn)在提供了一個(gè)足以使大多數(shù)應(yīng)用程序使用的組件的集合。框架組件的行為就像基礎(chǔ)的Swing組件,當(dāng)然了,你必須閱讀Java文檔以理解組件和MVC類(lèi)的交互(組件可以處理什么類(lèi)型的模型域和它提供了什么事件的方法)。TikeSwing組件也提供了其他的特點(diǎn)和簡(jiǎn)潔的開(kāi)發(fā)。例如,一個(gè)POJOs的集合可以在不創(chuàng)建任何特殊的組件模型的情況下直接使用于YTable和YTree。
TikeSwing組件基本上可以是任何的java.awt.Component。然而,一個(gè)組件必須實(shí)現(xiàn)適合的TikeSwing接口,那樣它就能被集成到框架的MVC的體系結(jié)構(gòu)中。它通常包含擴(kuò)展了帶有四個(gè)簡(jiǎn)單方法的標(biāo)準(zhǔn)Swing組件,因此這將是一個(gè)比較瑣碎的任務(wù)。下面的代碼是一個(gè)例子。和模型的集成是通過(guò)getModelValue() 和setModelValue()方法實(shí)現(xiàn)的。組件值的改變的通知是addViewListener()方法實(shí)現(xiàn)的。為了能在框架內(nèi)部使用,必須實(shí)現(xiàn)getYProperty()方法。
下面的代碼演示了一個(gè)支持Integer對(duì)象的簡(jiǎn)單文本域:
public class YIntegerField extends JTextField implements YIModelComponent {
/** Gets value of this field for the model. */
public Object getModelValue() {
try {
return new Integer(getText());
} catch (Exception ex) {
return null;
}
}
/** Sets the model value into this field. */
public void setModelValue(Object obj) {
if (obj == null) {
setText("");
} else {
setText(obj.toString());
}
}
/** Notifies the framework when the component value might have changed. */
public void addViewListener(final YController controller) {
this.addFocusListener(new FocusAdapter() {
public void focusLost(FocusEvent ev) {
controller.updateModelAndController(YIntegerField.this);
}
});
}
// The rest is for the framework internal use,
// the implementation must be copied to each new component:
private YProperty myProperty = new YProperty();
public YProperty getYProperty() {
return myProperty;
}
}
其它的特點(diǎn)除了MVC的體系結(jié)構(gòu),TikeSwing還有很多協(xié)助進(jìn)行Swing開(kāi)發(fā)的其它的特點(diǎn)。這些特點(diǎn)不是什么革命性的東西,它們可以在很多已經(jīng)實(shí)現(xiàn)的Swing應(yīng)用程序上面看到。但是,沒(méi)有必要重新發(fā)明輪子,一些最好的Swing開(kāi)發(fā)的體驗(yàn)包含在了這個(gè)框架中。
TikeSwing支持控制器多層結(jié)構(gòu)的創(chuàng)建,就像在HMVC和MVC++中描述的那樣。框架提供了使控制器之間實(shí)現(xiàn)父子關(guān)系的方法,這使類(lèi)結(jié)構(gòu)更協(xié)調(diào)和清晰。這種關(guān)系又助于和客戶(hù)應(yīng)用程序通信,而且可以用來(lái)和眾所周知的設(shè)計(jì)模式集成。TikeSwing支持任務(wù)鏈模式,這種模式中,一個(gè)請(qǐng)求直到控制器對(duì)象才處理事件時(shí)才被傳遞。TikeSwing也支持Observer/Observable模式:一個(gè)控制器類(lèi)可能傳遞一個(gè)能被所有已經(jīng)注冊(cè)了的控制器處理的事件。
TikeSwing也包含一種為tabbed panes檢索慵懶數(shù)據(jù)(lazy data)的機(jī)制。在一個(gè)分布式的系統(tǒng)中,一下子從服務(wù)器得到所有tabs的數(shù)據(jù)可能需要很長(zhǎng)的時(shí)間。為了優(yōu)化性能,有必要只在每個(gè)tab被選擇后才為其檢索一次數(shù)據(jù)。框架提供了簡(jiǎn)化這種功能的機(jī)制,所以代碼的復(fù)雜性,特別是在嵌套的tabbed panes里面,已經(jīng)減少了許多。
當(dāng)用戶(hù)觸發(fā)一個(gè)事件,可能導(dǎo)致剛修改的數(shù)據(jù)丟失的時(shí)候,一些應(yīng)用程序會(huì)檢查未被保存的改變。這些事件可能是下面的例子,關(guān)閉窗口,改變tabbed pane的tab的焦點(diǎn),或者選擇一個(gè)表格的列。TikeSwing 提供了進(jìn)行檢查特殊事件的工具。TikeSwing也會(huì)自動(dòng)彈出“是否保存更新?”的對(duì)話框,并委托一個(gè)控制器方法來(lái)保存。另外,框架記得視圖在特定時(shí)刻的狀態(tài),可以在稍晚的時(shí)候返回那種狀態(tài)。這就意味著框架可以在不取得原始數(shù)據(jù)的情況下取消改變。
當(dāng)兩個(gè)或更多的組件執(zhí)行相同的函數(shù)的時(shí)候,Swing的行為被證明是有用的。一個(gè)Action對(duì)象提供了集中的事件處理,但是如果行為用于單獨(dú)的類(lèi)的話,代碼會(huì)因?yàn)樵黾拥鸟詈隙訌?fù)雜。TikeSwing包含了一個(gè)集中處理產(chǎn)生事件的場(chǎng)所,因此一個(gè)動(dòng)作可以用于不同的視圖類(lèi)而且不會(huì)直接耦合。
Swing組件只能由事件分派的線程進(jìn)行創(chuàng)造,修改和查詢(xún),這使Swing應(yīng)用程序中的線程處理更加復(fù)雜。《Swing指南》中說(shuō)SwingWorker類(lèi)對(duì)這個(gè)問(wèn)題提供了幫助。TikeSwing封裝了SwingWorker,并且使線程處理更加簡(jiǎn)單。例如,一些應(yīng)用程序在進(jìn)行遠(yuǎn)程調(diào)用或I/O操作的時(shí)候不會(huì)死鎖。使用TikeSwing,在進(jìn)行這樣的操作時(shí)可以彈出一個(gè)可管理的,可重畫(huà)的對(duì)話框,而且實(shí)現(xiàn)只需要幾行代碼。
Summary 總結(jié)由于有了高級(jí)的MVC和POJO的支持,TikeSwing簡(jiǎn)化了Swing的開(kāi)發(fā)。使用TikeSwing是合理的,特別是在分布式環(huán)境中,由服務(wù)器應(yīng)用程序返回的POJOs可以直接用于模型類(lèi),這個(gè)類(lèi)直接連接到視圖類(lèi)。這個(gè)框架也包含了一些解決復(fù)雜開(kāi)發(fā)問(wèn)題的最佳實(shí)踐。因此,TikeSwing減少了為Swing客戶(hù)所寫(xiě)的代碼,加快了開(kāi)發(fā)。
TikeSwing自身提供了豐富的平臺(tái)無(wú)關(guān)的用戶(hù)界面庫(kù)。Swing開(kāi)發(fā)已經(jīng)成為這幾年一些重要的IDE的一部分,所以可見(jiàn)即所得的設(shè)計(jì),單元測(cè)試和調(diào)試已經(jīng)被廣泛地支持。早先的工作站上性能的問(wèn)題現(xiàn)在已經(jīng)不是問(wèn)題了,Java的網(wǎng)絡(luò)應(yīng)用也簡(jiǎn)化了分布式的Java應(yīng)用程序。與網(wǎng)絡(luò)應(yīng)用程序的框架相比,Swing提供了更加友好的用戶(hù)界面,沒(méi)有JavaScript支持的問(wèn)題,通過(guò)工作站上面的客戶(hù)邏輯簡(jiǎn)化了網(wǎng)路上的通信量。
對(duì)Swing復(fù)雜性的批判依舊是正當(dāng)?shù)摹5牵褂孟馮ikeSwing的高級(jí)MVC框架,復(fù)雜性就減少了,Swing就轉(zhuǎn)換成了一個(gè)生產(chǎn)力很高的客戶(hù)端技術(shù)。我希望Java社區(qū)為Swing開(kāi)發(fā)和采用一個(gè)開(kāi)源的MVC框架,這將使其成為RIA技術(shù)中的一員。可能像Spring似的肥客戶(hù)端技術(shù)更加接近目標(biāo)。與其等待,不如請(qǐng)出TikeSwing,體驗(yàn)一下它是如何適應(yīng)你的RIA工程的。
關(guān)于作者Tomi Tuomainen是Entra e-Solutions的顧問(wèn)和架構(gòu)師,他從1999年開(kāi)始使用J2EE應(yīng)用系統(tǒng)和Java框架。他是計(jì)算機(jī)科學(xué)的理學(xué)碩士和SUN的認(rèn)證企業(yè)架構(gòu)師。他的興趣(Java之外的)在于音樂(lè),吉他和體操訓(xùn)練。你可以說(shuō)他是芬蘭最強(qiáng)的IT顧問(wèn)之一。
資源 ●最新版本的TikeSwing(包括類(lèi)路徑,源代碼,用戶(hù)指南和Javadoc API的必需的JAR文件)可以在這里下載:
http://sourceforge.net/projects/tikeswing
●關(guān)于TikeSwing遵循的MVC范例的基本信息:
http://ootips.org/mvc-pattern.html
●就像JavaBeans規(guī)范中說(shuō)的那樣,TikeSwing的模型對(duì)象必須包含GET和SET方法:
http://java.sun.com/products/javabeans/docs/spec.html
●Swing指南:
http://java.sun.com/docs/books/tutorial/uiswing/index.html
●HMVC范例分解了客戶(hù)端為父子MVC層,這也能用于TikeSwing。閱讀 “HMVC:用于開(kāi)發(fā)強(qiáng)壯客戶(hù)端層的層次模式,” Jason Cai, Ranjit Kapila, and Gaurav Pal (JavaWorld, 2000年7月),可獲取更多信息:
http://www.javaworld.com/javaworld/jw-07-2000/jw-0721-hmvc.html
●MVC++范例共享了HMVC的關(guān)于控制器層次的想法:
http://www.cs.uta.fi/~jyrki/ohto02/mvc.ppt
●Apache BeanUtils庫(kù),包含了能用于JavaBeans域(在TikeSwing中使用了)引用的格式的描述:
http://jakarta.apache.org/commons/beanutils/api/index.html
●和TikeSwing有共通之處的Spring肥客戶(hù)端工程:
http://www.springframework.org/spring-rcp
●關(guān)于Swing開(kāi)發(fā)的更多文章,瀏覽JavaWorld的AWT/Swing部分的論題索引:
http://www.javaworld.com/channel_content/jw-awt-index.shtml
●關(guān)于UI設(shè)計(jì)的更多文章,瀏覽JavaWorld的User Interface Design部分的論題索引:
http://www.javaworld.com/channel_content/jw-ui-index.shtml
●最后,瀏覽JavaWorld論題索引的Development Tools部分:
http://www.javaworld.com/channel_content/jw-tools-index.shtml
當(dāng)初喬布斯在車(chē)庫(kù)里弄出了個(gè)人電腦,IBM很不屑;兩年以后不屑變成了震驚和無(wú)力。于是IBM制定了另外一種政策來(lái)?yè)寠Zpc市場(chǎng):“標(biāo)準(zhǔn)”。
IBM定義了一系列標(biāo)準(zhǔn)接口,各自領(lǐng)域的廠家只要生產(chǎn)符合標(biāo)準(zhǔn)的部件,這些部件就可以組裝在一起,成為一個(gè)可以運(yùn)行的電腦——毫無(wú)疑問(wèn),蘋(píng)果無(wú)論如何精致誘人是搞不過(guò)一群如狼似虎的家伙的。
于是蘋(píng)果很快被“湮沒(méi)”了。
然后事情很是“出乎”IBM的預(yù)料,這場(chǎng)戰(zhàn)爭(zhēng)他擊敗了對(duì)手,可是勝利者并不是IBM自己。而是所謂的WINTEL聯(lián)盟。
WINTEL就是WINDOWS和INTEL的合稱(chēng)。
其實(shí)WINDOWS并不從來(lái)是WINDOWS,剛開(kāi)始的時(shí)候他也是黑乎乎的,而且也不是MS自己做的。因?yàn)樯w茨非常喜歡蘋(píng)果風(fēng)格的os,所以MS公司就開(kāi)始了視窗的研究——MS似乎對(duì)自己的視窗并沒(méi)有什么信心,同時(shí)和IBM開(kāi)發(fā)了OS WARP視窗系統(tǒng)。然后MS內(nèi)部一個(gè)GATES不太喜歡的小組成功的開(kāi)發(fā)出了WINDOS。WINDOWS最初的幾個(gè)版本并不成功,直到版本三。
當(dāng)然,最初出風(fēng)頭的是95,可是95沒(méi)有瀏覽器。穩(wěn)定性也不是很好,98是真正為人所廣泛稱(chēng)道和接受的windows操作系統(tǒng),他內(nèi)置了瀏覽器,內(nèi)置了虛擬機(jī)以及網(wǎng)絡(luò)協(xié)議。
如同IBM剛開(kāi)始不屑蘋(píng)果一樣,GATES眼睛里只有IBM,根本就不屑新秀netscapes;然而后者同樣使他嚇了一跳。但是MS不同于恐龍IBM的是,他迅速而堅(jiān)決的采取了對(duì)策——綁定,免費(fèi)。于是netscape不可抗拒的衰落了(被AOL收購(gòu))
如同今天google對(duì)ms的挑戰(zhàn)一樣,多年以前aol也是一個(gè)強(qiáng)勁的挑戰(zhàn)者;風(fēng)頭甚勁,他資助ns繼續(xù)開(kāi)發(fā),產(chǎn)生了現(xiàn)在的netscape6系列和firefox系列。
新銳就是新銳,歷史的積淀是無(wú)法輕與的,對(duì)這些公司來(lái)說(shuō),沒(méi)有一個(gè)公司能像SUN或者IBM一樣,讓MS感覺(jué)到羨慕和壓力。
MS的眼光也不可輕忽,無(wú)論是模仿蘋(píng)果制作windows還是模仿java制作J++/.NET,他都展示了后來(lái)居上青出去藍(lán)的技術(shù)和商業(yè)眼光。
或許傲慢是強(qiáng)者的權(quán)利,MS似乎從來(lái)不屑按標(biāo)準(zhǔn)出牌,他總是在告訴別人:我就是標(biāo)準(zhǔn),如果你想在我的標(biāo)準(zhǔn)里打敗我,我就改變標(biāo)準(zhǔn)。無(wú)論是w3c標(biāo)準(zhǔn)還是css標(biāo)準(zhǔn),無(wú)論是js標(biāo)準(zhǔn)還是java規(guī)范......
尤其是WEB開(kāi)發(fā),造就了現(xiàn)在這樣的窘?jīng)r。
我比較看好ms的XAML技術(shù),可以說(shuō)這個(gè)技術(shù)集B/S的快速部署能力、html的簡(jiǎn)潔UI開(kāi)發(fā)、C/S技術(shù)的強(qiáng)大展現(xiàn)能力與一體。作為一個(gè)java程序員,我自然最關(guān)心的是java里面的對(duì)應(yīng)實(shí)現(xiàn)物XUL。
要實(shí)現(xiàn)類(lèi)似于XAML這樣的技術(shù),java必須在客戶(hù)端裝JRE。可能SUN覺(jué)得說(shuō)服用戶(hù)裝一個(gè)jre很困難,于是提出webstart、jsf等一大堆更復(fù)雜的技術(shù)——但是我質(zhì)疑的是jsf比XUL強(qiáng)大簡(jiǎn)潔么?webstart下載付出的代價(jià)難道小于一個(gè)jre么?既然flash可以強(qiáng)制沒(méi)有裝播放器的用戶(hù)去裝,為什么jre就不可以?
作為一個(gè)JAVA程序員,自然希望JAVA更好。可是不得不承認(rèn).net在開(kāi)發(fā)效率,開(kāi)發(fā)體驗(yàn)上,已經(jīng)遠(yuǎn)遠(yuǎn)超越了JAVA。對(duì).net的疑慮之存在于系統(tǒng)平臺(tái)、第二提供方、健壯性等企業(yè)級(jí)顧慮中。
自由是痛苦的,無(wú)力的。