2007年4月27日
這方面的文章網絡上一搜一大堆。偶也不引用了。
偶的感覺是python的安裝和組件安裝亂七八糟。ruby的安裝和插件安裝感覺比較爽。其理念是學習linux的port和apt的包管理思路。
昨天準備離職了。
其實在這家公司里面，項目leader對我很不錯，時間也是比較寬松的。給了我很多的機會學習。甚至曾經我有整整一個星期的時間去完整的學習ruby。對此我還是非常感激的。不過因為項目的原因以及各種管理上的不如意，我感覺自己始終不開心。
索性這次終于解放，于是我想先靜下心來，思考一下人生未來的路。順便學習一下我所喜愛的ruby和python。上次學習ruby已經是幾個月以前的事情了，學完以后基本上沒有得到什么使用的機會到現在基本上忘記了。這次一并將python也學了，并比較列出。
幾乎所有的語言，都包含以下幾個部分
1，數據類型 ————被處理的
一般包括數字，字符串，可能還包括布爾類型；復雜數據類型；對oo的語言還要包括對象等。
2，對數據的處理 ————語法部分，
a，操作符和表達式
b，條件判斷語句
c，循環語句
d，跳轉語句
f，異常處理
3，代碼的組織
a，文件的組織
b，函數
c，對象
4，類庫
a，標準輸出入庫
b，文件庫
等
以上前三個部分，是一個語言基礎的部分。但是對一個語言深入的了解，還必須結合這個語言的背景，哲學理念，才可以達到比較深刻的地步。是以我們對python和ruby的學習將從這個地方開始。
我曾是個技術粉絲
但是多年的開發經驗，使得我對技術的本質認識的越來越清楚。至少對企業軟件開發人員來說，純粹的技術coding是沒有多少價值的。如同建筑行業一樣，真正有價值的東西在設計階段已經完成了。
和傳統建筑行業開發不同，軟件開發行業不光是技術設計，還包括業務的設計。業務和技術摻雜在一起，構成了軟件開發的復雜性。
在業務上，在技術上，尤其是在技術和業務的鴻溝之間，存在了太多太多因素。使得我們本來對相對簡單的軟件開發不敢抱有那么大的樂觀。更何況真正一個成功的項目還需要市場，客戶等等各個方面。
作為一個軟件開發人員，真的應該放棄軟件自大的心態，客觀的去看待軟件開發技術在整個軟件開發工程中的位置和地位。以一種推動企業發展，推動項目發展和成功的心態和目的去看待整個項目。就明白了軟件開發的真正意義和任務。也就能更好的完成自己的工作，甚至可以改變項目的成敗。
所以成敗不由技術，成敗由你我的視野和努力。
最近公司項目經理派我研究工作流并考慮在項目中使用。很有一些心得。工作流應用我將之分為狹義工作流和廣義工作流。對狹義工作流而言，你可以將之理解為在工作流設計器里畫畫節點以及方向箭頭，設置好就節點數據，動作就差不多了。（具體可以參見jbpm的websale這個demo)。
廣義的工作流是對服務之間的整合。核心問題是業務節點和工作流節點之間的映射，以及業務數據和工作流數據之間的映射，和普通工作流一樣還有流程判斷等等服務。實現了這些，各個業務模塊之間的數據就可以通過服務，以定好的方式（進行方向控制和格式轉化）在各個節點之間流通，達到了服務整合的目的。
IBM為ESB定義了四個必備的功能:“路由器”——根據信息內容，在不同應用和服務之間進行信息傳輸和路由;“轉換器”——進行應用之間的通信協議轉換;“翻譯機”——進行應用之間的消息格式轉換;“收發室”——處理來自不同渠道的業務事件(同步傳輸，異步傳輸，發布/訂閱等方式)。
其中“路由器”和“收發室”都是針對服務的重用而設計的，而“轉換器”和“翻譯機”則專門用來解決異構的通信問題。
針對重用和異構這兩個難題，倪曉兵認為ESB提供了兩個核心的功能，服務的管理和數據的轉換。
我們DEC項目的目標就是建立一個全能服務倉庫（暫時我在DEC設計人員zy哪里得到的信息），而服務之間如何路由，如何轉換，語義的協調都沒有考慮，而后者卻是成敗的關鍵。
最關鍵的語義翻譯這一點，就現在的技術上來說還不能做到（需要很高的機器智能才能達到使得不同的系統的業務詞匯可以正確的映射，更何況是在所有的系統之間進行映射，同時應用在企業級的應用環境中）
也許真的有這樣的幻想，但是真的能夠做到這一步么？我深深的懷疑。就目前的技術手段，如果要達到數據映射的高度正確性，必須由人不同系統之間需要協調的數據進行語義確認方能進行有效的映射。
當考慮到還必須做到ESB系統對其接入的所有的服務數據的語義都這樣做時。我懷疑真的需要做到協調所有的服務么？
也許ESB的應用范圍就是在公司內部或者有限范圍內的整合目標明確的業務節點之間業務的整合。
ruby很火，ror很火。但凡一個東西火，我們要知道他火的原因。
因為他開發快，你看
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
然后一個應用程序就生成啦，這個過程大概就2、3分鐘；而且他熱部署，所寫即所得，語法超級強大，簡單幾句話就可以表達很復雜的邏輯，真正讓人把精力集中在業務邏輯上和頁面邏輯上（他的mirage真是太cool了，完美的體現了定義一次schame，到處使用的原則）
坦率的講，這些別的東西——包括java都可以做到～，為什么到現在java還是這么殺手呢（不是應用程序殺手，是程序員殺手，開發起來羅嗦到死。
既然ror出現了，所以我想jor也很快了，不過ruby使人愉快的是，它從不限制你，包括寫的更難懂——如果你真的覺得別人寫的你看不懂的話——幸運的是，它也沒有限制你寫的更簡單。
那就用ruby去快樂的編程吧
linux控制臺分辨率調節
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
這行最后補上vga=792
說說韓寒
http://bbs.book.tom.com/i_87_22259.html
各項指數綜合打分，活著的大陸人里面，韓寒應該可以排到我最欣賞（敬佩）的人的前三名——還有一位應該是曉波老師。還有一位？暫時空缺，歡迎推薦。王怡信教之后越來越看不懂了，連岳又太“大隱隱于市”了。
以前很傻，以為自己比韓寒年紀大就敢于瞧不起人，愚昧！后來才慢慢調整過來，敢于承認一個年輕人，一個誰都敢批幾句的年輕人，其實比自己強太多了。
說幾點我欣賞韓寒的地方：
語言才華：這個不用說了；
獨立精神：主要是對作協的態度；
公民意識，有社會責任感：比如對廈門px的關注，比如幫助路人；
生活態度，有健康的心理：純屬個人感覺。聚光燈下，不變態很難，難得韓寒還有平常心。我挺認同韓寒自己說的“并不叛逆”；
職業精神：愛一行做一行，還都能做好，比如半月前奪得2007華賽CFR全國汽車場地錦標賽中國量產車1600cc組年度車手總冠軍；
掙錢的能力也很強：現在越來越認同一個人賺錢的能力了，以前一直回避這一點。而且“君子愛財，取之有道”，這八個字說起來容易，真正做好很難；
還有，人也長得挺帥的，作為公眾人物，這點還是很重要的，比如看了郭敬明的照片，吃飯就會很困難。
......
突然說起這些，是因為昨天看了南方周末對韓寒的采訪。
南方周末：你怎么看待張悅然、小飯、郭敬明等大批“80后”作家加入作協這件事？
韓寒：我覺得也挺好的，總得有他們這樣的人。要不然我又得和一幫人競爭。現在比較好，就我一個人，沒有對手。我是一個冠軍車手，我的內心比他們更強大，我覺得是這樣。而且很多時候他們也只是可能有熟人介紹，面子上過不去罷了。以張和郭現在的能量，是否加入作協應該無所謂。
南方周末：如果他們邀請你，你會去參加作協嗎？
韓寒：可以啊，我可以把這個當作代言活動。所有的商業代言我都是推掉的，這一次我可以代言你們作協，作協需要一個年輕化的代表，我代言你們給我200萬，這算是我給作協的一個面子——第一次商業代言就給你，而且價格也不高。但你要我加入作協不可能。
我的立場一如既往，我絕不加入作協，打死我也不干。我認為，真正的藝術家應該永遠獨立，絕不能被組織左右。
韓寒：陸 天明罵作協門檻降低，把抄襲犯 都收進來了，說自己當年加入作協如何難，你進入作協身份就高人一等嗎？我認為，國家就不應該有這些協會，想當初，加入作協對你的意識形態有所控制，文字更 加奴性，現在雖然好很多，但對創作沒有任何幫助。一幫作家閑云野鶴的，自由創作多好，要什么協會。我在電視上一看到那些作家參加什么會的時候，和一些領導 彎腰點頭握手，表示一定要把頌歌唱得更動聽。作為一個作家，這種行為是不道德的，你仗著自己文字功底好，和喉舌機構的御用文人搶飯碗，怎么可以嘛。
南方周末：怎么看待那些和你一起出道的年輕人的改變？加入作協、買房、結婚、生子、賺錢。
韓寒：我不會因為歲數增長而改變。很多人婚姻不幸，其實是因為歲數的原因，到了一定的歲月就要結婚、生子、賺錢，所以才造成了很多不幸，我現在還住在老家鄉下房子里。我內心很有安全感，房子、錢，我并不覺得這些很安定。一場地震一分鐘就能摧毀一切，保險公司還都不賠。好多人沒有安全感，所以要寄托在一些身外之物上。
南方周末：你也會老的，你能永遠保持少年偶像這個形象嗎？
韓寒：對 我來說，少年偶像是別人給的，不是我自己要保持，或者說不是我想保持下去我就能保持下去的。這是一種慣性，你自己一點辦法都沒有。生活里我是一個很不修邊 幅的人，沒有經紀人、助手。我也看過明星玩賽車，賽車前還在那里化妝，其實比賽的時候有很多汗，化妝干什么？他們才是真正想要做偶像，想要做明星。
幾年前就有人請我拍戲、唱歌、做商演、做代言，都被我拒絕了。有錢是一個很好的事情，如果能夠賺更多的錢更好，但問題是賺那個錢我心里會不舒服，我會權衡這個重要，還是錢重要。比如說你看到某個作家在那里推薦藥、腎寶、洗液什么的，我覺得那個效果很怪。權衡下來，我覺得單純的錢不能打動我。
我去年推掉的代言至少有500萬到1000萬，全部推掉了。去年靠寫作和賽車，我一共賺了兩百萬，我認為自己歸根結底還是一個寫東西的人。
我發現，人生里30-50歲這一段是最尷尬的，不再是一個憤怒青年，也不是一個老頑童，有些不倫不類。我現在離尷尬的時間已經很近了，所以我要比他們更早地打好基礎，以免像崔健一樣，步入中年再交出DV短片那樣的學生作業來。
南方周末：近兩年，你一直在博客上發言，什么戶口啊、交通啊都要參與一把。動機是什么？
韓寒：我在博客上寫那么多免費文字，就一些社會問題發言，有人說我是在炒作知名度賣書。我寫博客真的不是為了炒作自己，寫那么多文字，甚至參與那么多討論，還和人吵架，沒有任何經濟收益，甚至我覺得自己在影響書的銷量。
作為一個公民，我認為我有權對一些社會問題發表自己的觀點和意見。以前只對朋友說，現在對大家說。
南方周末：你愿意成為王小波那樣的公共知識分子嗎？
韓寒：想 起王小波是很難受的一件事情。王小波生前寫了那么多文字，苦口婆心講道理說常識。后來他死了，人們才假裝發現了他作品的價值，覺得他寫得不錯，是個優秀的 作家。如果王小波沒有死，到今天的話，他在人們口中應該算是那種一天到晚炒作的人吧。炒作和冒著一定的風險發表觀點是有很大區別的，也是非常好分辨的。只 可惜，大家似乎都分辨不了。
在這個國家，做一個憂國憂民的人是最傻和最痛苦的，國家不樂意，國民不在意。我不要做那樣的人，我只希望自己60歲時是個被年輕姑娘喜歡的深沉的老頑童。
工作兩年了。這兩年的時間一直感覺很充實。最近卻突然感覺有點無聊的感覺——以前兩年一直計劃學的東西都學差不多了。
了解函數式編程的途徑中，知道了lambda演算。簡單看了看,發現居然是數學的一個分支——可嘆我數學系理學學士，居然是第一次聽說這個名詞。google之下，不勝渺小了。于是后悔起大學的幼稚來。
上學的時候，總是抱怨整天學習、面對的都是數學，枯燥無聊而且沒用，除了大一大二好好學習，大三大四都是逃課比上課多，而且居然因此自鳴得意.....幼稚...
最近有點小想法。突然覺得我這樣的程序員沒有技術含量，平心而論，現在我寫的東西，一個高中生也可以寫；而我大學學的那些東西，這些年一點沒用上，這說明這份工作技術含量不是很大。那么做開發最大的技術含量在哪里？其實最大的技術含量（即..的解決方案）在寫代碼之前以前做完了，代碼不過是把（..解決方案）具體化了而已，所謂的“..解決方案”，有業務的，也有技術上的，反正不是代碼。無論精通struts還是hibernate，還是spring，會rpc、ext....都沒有區別，之不過把已經有的組合起來，是誰都可以做。
考慮考慮自己的未來之路......
首先現了一個ruby的netbeans，地址....（這里沒記清楚：），這個東西大小才30m，還不錯。
然后感覺字體不爽，就想換字體（參見那個啥的方法——把vjre\lib\font*.properties里面東西改改），然后也ok了。
開始寫代碼的時候，覺得屏幕好像刷新率不夠似的，于是又google了一下，把jdk換成6的（正搞個openjdk玩）——那個je上的啥說的。然后發現還是不快，換成jdk5的，快了好多。郁悶一個。。。。。
下面是ruby筆記第一天
#
# To change this template, choose Tools | Templates
# and open the template in the editor.
##一，了解ruby中類的構造
#定義一個類，并定義初始化方法，可以給new使用做構造函數
class Dog
def initialize(name)
@name = name
end
# def initialize(name,color)
# @name = name
# @color = color
# end
#在類中追加定義一個方法，@是ruby中的變量的開頭.默認的ly,ruby認識什么是屬性什么是變量
def eat(food)
@food = food
puts @name + "eat "+@food
end
end
class Dog
def la
puts @name +" la "+ @food
end
end
#你看，我們定義了一個啦的方法，把狗狗吃的全啦出來了：-）
@dd = Dog.new("Big Dog")
@dd.eat('food')
@dd.la
##他還支持重載么？看一下我們定義的構造函數（的時候沒報錯，現在調用的時候呢？？）——他告訴我
#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的語法。就模擬vb的好了，反正都有個end
度假回來以后就來uns上班了。uns的框架是evan寫的，看了兩天：服務器端還滿容易懂的，關鍵是ext.js不熟。
evan準備使用ext.js（jquery），以前我只使用過propetype.js，所以jquery.js也要看，還好，一看之下發現是更好用的js框架。
——馬上臺風了，接下來回家寫。。。。。。
ext.js沒什么感想。因為不熟，evan些的服務器端我有點感想。
1，首先可以肯定的是evan些的這個框架非常好，spring，hibernate，webwork等使用的非常恰當，層次結構也非常合理
2，evan和我說他們是TDD開發。我看了一下，其實不是的。
所謂的TDD是什么，是測試驅動，是需求驅動。現實的情況我們實踐的是數據庫驅動的開發，更嚴重的問題是這個結構一桿子到底。我不希望看到UserInfoDaoHiberante-UserInfoDao-UserInfoManagerImpl-UserInfoManager這樣的結構。這是完全不對的，不論什么驅動的開發，都應該完全以業務為中心的結構UserInfoDao-UserDao-UserManagerImpl-UserManager
3，因此evan的所謂那個模板我看還是不用的好。
這里記下來，回頭和evan討論下。
去度假之前我塞了本spring到旅行包里，尋思路上看看。可是路上實在是凈不下心來，于是暗暗告誡自己：回來的路上一定要看一看。。。。。回來的路上基本上光睡覺了。慚愧啊~~~
可是那本spring，的確是讓人生厭，自從上周翻完以后，我就再也提不起再讀一遍的興趣來。我的想法就是理解其所以然，至于具體用法用時再查就是了。于是心安理得的看了一會恐怖片，上一會網——發現了一個討論討論ejb架構的帖子。于是想起來再讀WITHOUT EJB的興趣來。上次讀的時候，大不以為然，大家把這本書都夸到天上去了，可是我什么都沒看出來，感覺就是在談概念，今天一讀之下（其實還沒讀，就是看看目錄，猜猜里面講什么，猜測作者意圖傳達的想法）發現真不愧是人人傳誦的好書。J2EE最近兩三年的潮流，不外是此書罷了。
一年來，從當初剛剛會struts、hibernate的小菜鳥，經歷了追逐新的技術潮流，理解新的技術理念，從僅僅負責項目的某個模塊到自己負責整個項目，從編寫代碼的程序員到真個項目的需求規劃管理等。我不是當初的我了。
所以我想：讀書，何必強求自己呢!
倘若有讀書的愛好，他喜歡讀哈利波特，何必非要強求他讀紅樓夢呢。順其自然而已。
剛剛離職，本來想好好休息一陣子。沒想到前天以前一個同事對我說要我給他一份簡歷，他們公司缺人。我不好意思推托，就答應了。
面試那天，當然是我那個同事面試我的，可是令我驚奇的是另外一個面試官也是我的一個同事，不過是上上家公司的同事。。。。。好驚奇啊！！！！
于是大家攀談了好大一會，順便聊了點面試題目
1，xmlFactory和ApplicationContent的區別
我還真是不太了解，隱約知道后者好像是對前者的加強。。。。。哎~~~那個郁悶啊
第二個問題更郁悶呢~
2，悲觀鎖和樂觀鎖的區別
我隱約記得以前做同事的時候他就說過這個，那時候我還搜索了一下。現在卻怎么也想不起來。。。。。哎~~~~更郁悶啊~~~~
還有第三個問題
3，寫過JS表樹么>.>..>......
剛開始我還以為是樹，就說EXT不是有現成的么？他說是表格里的樹。于是我明白類似RCP中的TableTreeViewer。老實說沒有。然后他告訴我他們準備寫一個這個。。。。。
我的那個汗~~~~~
面試還從來沒這么窘迫過啊 ~~~~
不過，也挺有趣的。。。。
還沒畢業就工作到現在，整整工作了兩年半的時間，一直是忙忙碌碌。有時候我很奇怪為什么我所在的這兩家公司為什么就這么忙，另外那幾個程序員同學就這么悠閑，但是很幸運的是，愛思考和學習的習慣一直保持著，這兩年一直感覺很充實。
記得剛畢業的那會，非常好玩：除了jsp啥也不會，啥是struts，啥是hibernate，啥是spring都不知道，也不敢問——因為進公司的時候CTO考我struts會不會。其實我根本就是因為上一家面試聽說過這個詞語馬上回去google了些概念。就開始忽悠，還非常理直氣壯的。。。。。后來我就進去了，工作了兩個星期以后有一天發現CTO纏著一個高程問struts到底是啥玩意。。。。。。汗~~~~~~
那時候好辛苦，因為謊撒下來了。所以即使不懂也要硬著頭皮干，而且還要在工期內。。。。。。基本上每天晚上回去我都要翻書學習，或者跟別人討論概念。很辛苦可是很愉快。
兩年后的今天，雖然我感覺自己還是很菜，可是居然發現很多工作了4、5年的甚至還不如我。我很郁悶。。。。。。所謂的程序員，不好好學習寫程序，整天在說：做這個好累。。。賺錢好少。。。加班好辛苦。。。轉型做管理。。。。云云。
浮躁啊。。。。。
回憶起來，選擇現在這家公司真的很輕率。當時對RIA技術真的很看好，就希望能到使用RIA的公司。盡管另外一個非常年輕的有活力的team極力邀請我還是選擇了她。可是在這里真的很孤單。找不到志同道合的朋友，大家都是寫寫代碼能RUN就行，沒有規劃，沒有測試，沒有重構，沒有對代碼的美的追求。。。。。。曾經我希望給大家做個培訓，可是反問自己有資格么？我努力做了很多改進，可是經過了項目經理的手就被改的面目全非。。。。。。
解脫了。
很多人都直接編輯html，保存成xls就當成excel報表了。挺方便的，于是我寫了這個簡化工作的工具類——將一個html的表格模板解析成一個xls報表
模板如下
<?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" >客戶</td>
<td nowrap="true" >產品</td>
<td nowrap="true" >中文名稱</td>
<td nowrap="true" >英文名稱</td>
<td nowrap="true" >產品分類</td>
<td nowrap="true" >包裝</td>
<td nowrap="true" >單位</td>
<td nowrap="true" >數量</td>
<td nowrap="true" >凍結數量</td>
<td nowrap="true" >可用數量</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>
工具類如下
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());
}
}
調用
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();
異常爭論
異常有兩個模型：中止模型和繼續模型
中止模型認為異常不應該再回來，他做的是善后工作。而繼續模型保持異常時環境，希望再一次能運行成功。
Java采用的是前者（一般語言都是前者），而OS一般采用后者。
Java異常有三類：錯誤，運行時異常，檢查型異常。
官方的觀點是
第 39 條：最好為異常條件使用異常。也就是說，最好不為控制流使用異常。
第 40 條：為可恢復的條件使用檢查型異常，為編程錯誤使用運行時異常。
第 41 條：避免不必要的使用檢查型異常。
第 43 條：拋出與抽象相適應的異常。（使處理異常更直觀）
在異常的使用上，專家的觀點是很不一樣的
C#作者Anders根本就忽略檢查型異常。
Bruce Eckel，聲稱在使用 Java 語言多年后，他已經得出這樣的結論，認為檢查型異常是一個錯誤 —— 一個應該被聲明為失敗的試驗。
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
缺點1，代碼中包含了過多的catch，使得代碼不清晰
缺點2，有時候捕捉的異常沒有什么實際意義
缺點3，不夠清晰的錯誤指示。
缺點4，過深的異常層次。
缺點4，性能。
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
Eckel 提倡將所有的異常都作為非檢查型的，并且提供將檢查型異常轉變為非檢查型異常的一個方法，同時保留當異常從棧向上擴散時捕獲特定類型的異常的能力
Rod Johnson ，他采取一個不太激進的方法。他列舉了異常的多個類別，并且為每個類別確定一個策略。一些異常本質上是次要的返回代碼（它通常指示違反業務規則），而一些異常則是“發生某種可怕錯誤”（例如數據庫連接失敗）的變種。Johnson 提倡對于第一種類別的異常（可選的返回代碼）使用檢查型異常，而對于后者使用運行時異常。在“發生某種可怕錯誤”的類別中，其動機是簡單地認識到沒有調用者能夠有效地處理該異常，因此它也可能以各種方式沿著棧向上擴散而對于中間代碼的影響保持最小（并且最小化異常淹沒的可能性）。
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
解決1：謹慎的拋出檢查型異常。或者你認為，你可以處理它。否則，包裝為運行時異常。
解決2：如果遵守1，2不是問題
解決3：異常不跨層，否則必須捕捉或者包裝。
比如持久層丟出的SalException，你或者丟棄/處理/包裝（為運行時異常），或者重新包裝為業務層異常。保持JEE層的獨立和異常的清晰性。
包裝底層異常，保持異常鏈。
解決4：如果符合1，4也不是問題。再次強調，能捕捉就捕捉。
解決5：減少異常使用，減少層次。
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
在je里面，robin認為異常是流程控制的一部分——當然，考慮到性能問題，這個流程不應該是大概率流程——也就是異常流程
例如用戶登錄
Try{
用戶登錄（用戶名，密碼）；
登錄成功；
}catch（沒有這個用戶異常 e）{
錯誤提示界面；
}
Potian則認為，沒有用戶是正常業務邏輯的一部分
If(!用戶業務層.沒有這個用戶（用戶名）)錯誤提示界面；
If(用戶業務層.檢驗密碼（用戶名，密碼）)登錄成功；
else 登錄失敗；
Potian認為不應該在一個業務中包含了過多的責任。
Ps：在servlet中，我喜歡僅僅簡單的在action中調用最好一個業務層方法就可以完成此action的任務。這意味著我的servlet非常瘦，可以比較容易的被替換。如果采用了potian的辦法，則意味著我要把業務層中的代碼前移到servlet中來，這模糊了業務層的責任。解決的辦法是回到老路子上來。
Ps：我還認為，沒有異常的業務方法表達能力太弱，異常給了他們更豐富的表達能力。這使得業務層可以更豐富的表達業務意義。避免將業務責任分散掉。
我認為在業務層中，恰恰要包含足夠的責任。不多也不要少（流程分支-2最好）。在別的層次中，要細致一點。
在爵士主場被連扳2場，比分2：2平。
比分不重要，關鍵氣勢上被完全壓倒了。
當初頭又大中心win那兩場，也比較懸；輸掉的這2場卻比較爽快，這說明爵士是非常有韌性的球隊,恰巧mm都是比較軟的0
難道又是05？
那jeff可以考慮走人，火箭考慮重建。
可以看的出來，火箭當初請jeff很大一個原因就是在最好的教練（jeff，布朗，禪師）里面，他比較擅長執教中鋒。
可是輸掉這兩場，卻看的出來他有幾個比較致命的缺點：臨場戰術指揮能力差，戰術死板缺少變化，使用板凳或保守或激進——毫無章法
火箭輸掉的這兩場可以看的出來mm幾乎被對方研究透了，經常看到yao一轉身，人家手一伸把球給給拍掉，tm高位擋拆，人家阻夾tm（tm和yao的擋拆只擋不拆）。。。。。戰術被人家研究透了，節奏完全混亂，常常看到替補們空位不進。這個時候教練應該做點什么，可是jeff做了什么？？！
jeff做的非常好的地方，還是防守。我常常看到火箭進攻的時候就tm底線卷切出來接球，這個時候yao提到45度附近一個擋拆，然后tm就得到空位突破或者跳投，如果突破得到協防的話，常常的看到tm分到空位三分。還有yao底線卡位拿球攻擊內線，迫使對方收縮防線，或投或傳。可是當這兩招被對方破解以后，我看到火箭隊員在進攻的時候開始茫然無措了，不知道如何跑位，不知道如何配合了。——于此相反，一回到自己半場，就好像死魚放回水里一樣，防守起來卻是井井有條，活躍起來。
你永遠也別向光用防守來解決問題——因為籃球經常出現無法防守的局面（比如kb大嬸發飆，tm手感到來，這個時候你派誰，用什么戰術，使他陷入多么不合理的出手都不行），這個時候你要用進攻來回應他。
jeff沒有辦法。
你回家吧jeff，如果你證明自己只是這個樣子的話。不是我黑你，你太讓我們失望了，你在浪費yao和tm的生命。
版權聲明：可以任意轉載，轉載時請務必以超鏈接形式標明文章原始出處和作者信息及本聲明
英文原文地址:
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關鍵詞： Swing MVC POJOs
摘要：TikeSwing 是一個開放源碼的Swing框架，它提供了一個高度MVC（模型-視圖-控制器）模式的體系結構并且使SWING組件的使用非常簡單。它通過將視圖組件和JavaBeans直接連接來支持POJO編程模式。在這篇文章中將闡述TikeSwing的特點，并且將示范怎樣使用這個框架創建一個清晰的MVC的系結構。(2,400個英文單詞；2005年6月20日)
最近，在Java社區里面，豐富的互聯網應用程序（RIAs）的興起成為一個熱點話題。另外一些新的技術，像AJAX（異步的JavaScript和XML），MacroMedia Flex, 和Laszlo,以及與Java Web Start一起使用的雖舊而好的Swing，它們都被提議作為RIA技術。
然而，Java社區里面的很多人對Java基礎類庫（JFC）和Swing提出了批評。Swing在建立高度MVC模式的客戶端體系方面不能提供太多的幫助。任何合理的服務器應用程序返回傳遞的對象，或者稱為簡單初始Java對象(POJOs)，把它傳遞到客戶端的技術證明了J2EE世界的窘境。從POJO范圍映射到Swing組件需要太多的手動的代碼，反之亦然。
同樣的，實現Swing其他的功能，就像線程句柄和驗證域，也是很費力的事情。而且有時候Swing組件很難使用：創建一個合適的表格或者樹模型通常需要很多的編碼，而且需要深入的研究Swing編程文檔中的API。
TikeSwing 是一個開放源碼的Swing框架，它提供了一個高度MVC（模型-視圖-控制器）模式的體系結構并且實現了模型，組件和控制器通信的自動化。它簡化了Swing組件的使用，并通過將視圖組件和JavaBeans直接連接來支持POJO編程模式。
這篇文章將示范怎樣使用TikeSwing創建一個清晰的MVC的體系結構。也將闡述建立TikeSwing組件的原則，并簡單描述在這個框架中包含的最佳體驗和機制。
MVC體系結構眾所周知，MVC范例是推薦的圖形用戶界面發展的基本體系。它還有很多的可用的變種，就像MVC++, HMVC (Hierarchical MVC), MVC Model 2, MVC Push, and MVC Pull,它們每一個都有些不同之處。TikeSwing基于下面的MVC原則：
●Model 模型:
o來自一些真實世界或者系統的抽象
o包裝其數據和函數
o在數據改變時通知觀察者 (編者注：observer, 設計模式術語)
●View 視圖:
o系統的用戶界面
o依附于模型并通過顯示界面將它的內容顯示出來
o在模型改變時自動刷新受到影響的部分
●Controller 控制器:
o控制應用程序的流程
o接受用戶的輸入，并根據用戶輸入指導模型和視圖完成任務
下面的圖表表示了TikeSwing中MVC的類結構。
圖 1. 一個使用TikeSwing的應用的MVC類圖
類MyModel, MyView, 和MyController由一個使用框架的應用來實現。MyModel和MyController擴展了TikeSwing的YModel 和YController類。一個視圖的類可以是任何實現了YIComponent接口的java.awt.Component。
TikeSwing在裝配類結構的時候不使用任何的配置文件。當YController，YModel和視圖組件提供了要求的功能特性的時候，擴展適當的類已經足夠了。下面講述如何使用TikeSwing來實現模型、視圖和控制器類。
模型TikeSwing的模型是一個為實現視圖而包含數據的JavaBeans組件。一個模型類可能包含嵌套的JavaBeans，數組，映射和集合。和標準JavaBeans中要求的一樣，所有模型的類變量必須有適當的GET和SET方法。從這種意義上說，TikeSwing就像很多的網絡應用程序框架那樣工作，所以在不同的技術之間重用模型類是很容易的。
YModel是模型的基類。它提供了報告數據改變的方法。當觸發了一個事件的時候，框架會更新與之相連的視圖。在分布式環境中，一個模型類有從服務器應用程序中得到POJOs的方法（通常是從隱藏了業務服務的實現細節的業務代理中）。模型自身存儲了POJOs，且它有責任通知觀察者。在有些MVC的體系結構中，一個控制器類和服務器通信，POJOs存儲在控制器中。然而，TikeSwing分離出YModel類的方法有下面的優勢：控制器專著于流程，另外的方法（操作模型數據的）可以被加在客戶端。YModel遵循了傳統的MVC模式，所以MVC中類的責任就清晰地分開了。
下面的代碼演示了模型類如何通過給定的參數找到customers。模型的類變量name和id是搜索標準，customers是包含搜索結果的Customer POJOs的集合。findCustomers()方法通過customerServiceDelegate從服務器應用程序中得到customers。當方法notifyObservers()激活時，框架會自動更新相連的視圖。
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組件。通常，一個視圖類是一個面板，一個對話框，或者一個幀，它們建立了子組件并將之添加到自身（就像在通常的Swing開發環境中一樣）。然而，TikeSwing應用程序中使用的所有組件都必須實現適當的接口以連接框架的MVC體系結構。幸運的是，框架包含一個很大的為了這種目的已經實現的組件的集合。
一個特殊的名字必須賦予一個視圖組件，這樣框架就能在組件和被命名的模型類變量之間復制數據。命名的慣例和其他的用于網絡應用程序框架的和Apache BeanUtils庫（它通常用于框架的執行）類似。下面是支持的命名格式：
●簡單的： 直接連接到模型域的組件；例如，field1
●嵌套的：連接到模型內部的JavaBeans域的組件；例如，field1.field2
●索引的：連接到模型內的數組域的組件；例如myArray[1]
●映射的：連接到模型內的映射域組件；例如，myHashMap(“foo”)
●組合的：通過結合符號連接到模型的內部域的組件；例如，field.myArray[1].myHashMap["foo"]
除了模型類的GET和SET方法外，視圖類必須為每一個視圖組件建立一個GET方法。
下面的例子是為FindCustomerModel建立的視圖類。它使用了擴展了基礎Swing類的TikeSwing組件（從JLabel到YLabel,JTextField到YTextField，等）。例子的代碼和標準的Swing視圖很像，只有setMVCNames（）方法包含了TikeSwing特有的代碼。依照上面講述的原則，它設定了模型組件的連接。resultTable列通過YColumn對象與customers集合中的POJO域相連。findButton不顯示任何從模型得到的數據，但是MVC的名字是為TikeSwing的事件句柄設定的（以后再講）。
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;
}
}
現在，無論任何時候用戶修改idField 或者nameField，改變的地方都會自動更新到模型。而且，當notifyObservers()在 FindCustomerModel中調用的時候，框架會更新變化到resultTable。然而，為了匹配結構，一個控制器必須是特定的。
控制器TikeSwing的控制器通過調用視圖和模型的方法來處理應用程序的流程。一個控制器的類必須擴展YController，它提供了控制關系中的必要的方法。通常，控制器也創建視圖和模型對象，但是要注意的是，幾個視圖和控制器可能共享相同的模型對象。
一個控制器類可能有好幾種方法來獲取用戶事件。TikeSwing組件包括基于反射的事件句柄：一個事件可以通過實現帶有合適簽名的方法而在控制器類中得到處理。例如，當用戶點擊按鈕的時候，一個MVC名字為myButton的按鈕在控制器中會調用myButtonPressed()方法（如果實現了的話）。這與標準的Swing事件監聽接口和適配器相比是很方便的。
另一方面，事件方法簽名中的字符在編譯器中是不顯示的，但是Swing適配器類的情況是：編譯器不說明public void actionperformed是一個新的或者重載的方法。因為監聽接口經常需要許多空的方法的執行，基于反射的簡單的事件處理一定會加快代碼的進程。作為選擇，你可以在視圖類中使用標準的監聽者，而手動調用控制器的方法。
下面的代碼是FindCustomerModel和FindCustomerView的控制器的一個例子。控制器通知MVC的結構是通過調用setUpMVC()方法和使用findButton 來處理基于反射的事件。
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中功能的核心。除了上面講述的特點之外，它還提供了很多有用的方法能用于：
●捕獲特定域的改變
●在控制器中發送和接收信息
●跟蹤用戶的修改
●取消用戶的改變
●捕獲模型拋出的異常
●驗證域值的有效性
TikeSwing組件TikeSwing基于這樣一種思想，組件負責處理在模型中相關聯的對象。這種思想以前在Sun的《Swing指南》中的WholeNumberField演示中有體現。組件必須知道怎樣在屏幕上面顯示模型的值和怎樣轉換用戶給定的值到模型中。
框架現在提供了一個足以使大多數應用程序使用的組件的集合。框架組件的行為就像基礎的Swing組件，當然了，你必須閱讀Java文檔以理解組件和MVC類的交互（組件可以處理什么類型的模型域和它提供了什么事件的方法）。TikeSwing組件也提供了其他的特點和簡潔的開發。例如，一個POJOs的集合可以在不創建任何特殊的組件模型的情況下直接使用于YTable和YTree。
TikeSwing組件基本上可以是任何的java.awt.Component。然而，一個組件必須實現適合的TikeSwing接口，那樣它就能被集成到框架的MVC的體系結構中。它通常包含擴展了帶有四個簡單方法的標準Swing組件，因此這將是一個比較瑣碎的任務。下面的代碼是一個例子。和模型的集成是通過getModelValue() 和setModelValue()方法實現的。組件值的改變的通知是addViewListener()方法實現的。為了能在框架內部使用，必須實現getYProperty（）方法。
下面的代碼演示了一個支持Integer對象的簡單文本域：
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;
}
}
其它的特點除了MVC的體系結構，TikeSwing還有很多協助進行Swing開發的其它的特點。這些特點不是什么革命性的東西，它們可以在很多已經實現的Swing應用程序上面看到。但是，沒有必要重新發明輪子，一些最好的Swing開發的體驗包含在了這個框架中。
TikeSwing支持控制器多層結構的創建，就像在HMVC和MVC++中描述的那樣。框架提供了使控制器之間實現父子關系的方法，這使類結構更協調和清晰。這種關系又助于和客戶應用程序通信，而且可以用來和眾所周知的設計模式集成。TikeSwing支持任務鏈模式，這種模式中，一個請求直到控制器對象才處理事件時才被傳遞。TikeSwing也支持Observer/Observable模式：一個控制器類可能傳遞一個能被所有已經注冊了的控制器處理的事件。
TikeSwing也包含一種為tabbed panes檢索慵懶數據(lazy data)的機制。在一個分布式的系統中，一下子從服務器得到所有tabs的數據可能需要很長的時間。為了優化性能，有必要只在每個tab被選擇后才為其檢索一次數據。框架提供了簡化這種功能的機制，所以代碼的復雜性，特別是在嵌套的tabbed panes里面，已經減少了許多。
當用戶觸發一個事件，可能導致剛修改的數據丟失的時候，一些應用程序會檢查未被保存的改變。這些事件可能是下面的例子，關閉窗口，改變tabbed pane的tab的焦點，或者選擇一個表格的列。TikeSwing 提供了進行檢查特殊事件的工具。TikeSwing也會自動彈出“是否保存更新？”的對話框，并委托一個控制器方法來保存。另外，框架記得視圖在特定時刻的狀態，可以在稍晚的時候返回那種狀態。這就意味著框架可以在不取得原始數據的情況下取消改變。
當兩個或更多的組件執行相同的函數的時候，Swing的行為被證明是有用的。一個Action對象提供了集中的事件處理，但是如果行為用于單獨的類的話，代碼會因為增加的耦合而更加復雜。TikeSwing包含了一個集中處理產生事件的場所，因此一個動作可以用于不同的視圖類而且不會直接耦合。
Swing組件只能由事件分派的線程進行創造，修改和查詢，這使Swing應用程序中的線程處理更加復雜。《Swing指南》中說SwingWorker類對這個問題提供了幫助。TikeSwing封裝了SwingWorker，并且使線程處理更加簡單。例如，一些應用程序在進行遠程調用或I/O操作的時候不會死鎖。使用TikeSwing，在進行這樣的操作時可以彈出一個可管理的，可重畫的對話框，而且實現只需要幾行代碼。
Summary 總結由于有了高級的MVC和POJO的支持，TikeSwing簡化了Swing的開發。使用TikeSwing是合理的，特別是在分布式環境中，由服務器應用程序返回的POJOs可以直接用于模型類，這個類直接連接到視圖類。這個框架也包含了一些解決復雜開發問題的最佳實踐。因此，TikeSwing減少了為Swing客戶所寫的代碼，加快了開發。
TikeSwing自身提供了豐富的平臺無關的用戶界面庫。Swing開發已經成為這幾年一些重要的IDE的一部分，所以可見即所得的設計，單元測試和調試已經被廣泛地支持。早先的工作站上性能的問題現在已經不是問題了，Java的網絡應用也簡化了分布式的Java應用程序。與網絡應用程序的框架相比，Swing提供了更加友好的用戶界面，沒有JavaScript支持的問題，通過工作站上面的客戶邏輯簡化了網路上的通信量。
對Swing復雜性的批判依舊是正當的。但是，使用像TikeSwing的高級MVC框架，復雜性就減少了，Swing就轉換成了一個生產力很高的客戶端技術。我希望Java社區為Swing開發和采用一個開源的MVC框架，這將使其成為RIA技術中的一員。可能像Spring似的肥客戶端技術更加接近目標。與其等待，不如請出TikeSwing，體驗一下它是如何適應你的RIA工程的。
關于作者Tomi Tuomainen是Entra e-Solutions的顧問和架構師，他從1999年開始使用J2EE應用系統和Java框架。他是計算機科學的理學碩士和SUN的認證企業架構師。他的興趣(Java之外的)在于音樂，吉他和體操訓練。你可以說他是芬蘭最強的IT顧問之一。
資源 ●最新版本的TikeSwing（包括類路徑，源代碼，用戶指南和Javadoc API的必需的JAR文件）可以在這里下載：
http://sourceforge.net/projects/tikeswing
●關于TikeSwing遵循的MVC范例的基本信息：
http://ootips.org/mvc-pattern.html
●就像JavaBeans規范中說的那樣，TikeSwing的模型對象必須包含GET和SET方法：
http://java.sun.com/products/javabeans/docs/spec.html
●Swing指南：
http://java.sun.com/docs/books/tutorial/uiswing/index.html
●HMVC范例分解了客戶端為父子MVC層，這也能用于TikeSwing。閱讀 “HMVC：用于開發強壯客戶端層的層次模式，” Jason Cai, Ranjit Kapila, and Gaurav Pal (JavaWorld, 2000年7月)，可獲取更多信息:
http://www.javaworld.com/javaworld/jw-07-2000/jw-0721-hmvc.html
●MVC++范例共享了HMVC的關于控制器層次的想法：
http://www.cs.uta.fi/~jyrki/ohto02/mvc.ppt
●Apache BeanUtils庫，包含了能用于JavaBeans域（在TikeSwing中使用了）引用的格式的描述：
http://jakarta.apache.org/commons/beanutils/api/index.html
●和TikeSwing有共通之處的Spring肥客戶端工程：
http://www.springframework.org/spring-rcp
●關于Swing開發的更多文章，瀏覽JavaWorld的AWT/Swing部分的論題索引：
http://www.javaworld.com/channel_content/jw-awt-index.shtml
●關于UI設計的更多文章，瀏覽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