2007年4月25日
這方面的文章網絡上一搜一大堆。偶也不引用了。
偶的感覺是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
當初喬布斯在車庫里弄出了個人電腦，IBM很不屑；兩年以后不屑變成了震驚和無力。于是IBM制定了另外一種政策來搶奪pc市場：“標準”。
IBM定義了一系列標準接口，各自領域的廠家只要生產符合標準的部件，這些部件就可以組裝在一起，成為一個可以運行的電腦——毫無疑問，蘋果無論如何精致誘人是搞不過一群如狼似虎的家伙的。
于是蘋果很快被“湮沒”了。
然后事情很是“出乎”IBM的預料，這場戰爭他擊敗了對手，可是勝利者并不是IBM自己。而是所謂的WINTEL聯盟。
WINTEL就是WINDOWS和INTEL的合稱。
其實WINDOWS并不從來是WINDOWS，剛開始的時候他也是黑乎乎的，而且也不是MS自己做的。因為蓋茨非常喜歡蘋果風格的os，所以MS公司就開始了視窗的研究——MS似乎對自己的視窗并沒有什么信心，同時和IBM開發了OS WARP視窗系統。然后MS內部一個GATES不太喜歡的小組成功的開發出了WINDOS。WINDOWS最初的幾個版本并不成功，直到版本三。
當然，最初出風頭的是95，可是95沒有瀏覽器。穩定性也不是很好，98是真正為人所廣泛稱道和接受的windows操作系統，他內置了瀏覽器，內置了虛擬機以及網絡協議。
如同IBM剛開始不屑蘋果一樣，GATES眼睛里只有IBM，根本就不屑新秀netscapes；然而后者同樣使他嚇了一跳。但是MS不同于恐龍IBM的是，他迅速而堅決的采取了對策——綁定，免費。于是netscape不可抗拒的衰落了（被AOL收購）
如同今天google對ms的挑戰一樣，多年以前aol也是一個強勁的挑戰者；風頭甚勁，他資助ns繼續開發，產生了現在的netscape6系列和firefox系列。
新銳就是新銳，歷史的積淀是無法輕與的，對這些公司來說，沒有一個公司能像SUN或者IBM一樣，讓MS感覺到羨慕和壓力。
MS的眼光也不可輕忽，無論是模仿蘋果制作windows還是模仿java制作J++/.NET，他都展示了后來居上青出去藍的技術和商業眼光。
或許傲慢是強者的權利，MS似乎從來不屑按標準出牌，他總是在告訴別人：我就是標準，如果你想在我的標準里打敗我，我就改變標準。無論是w3c標準還是css標準，無論是js標準還是java規范......
尤其是WEB開發，造就了現在這樣的窘況。
我比較看好ms的XAML技術，可以說這個技術集B/S的快速部署能力、html的簡潔UI開發、C/S技術的強大展現能力與一體。作為一個java程序員，我自然最關心的是java里面的對應實現物XUL。
要實現類似于XAML這樣的技術，java必須在客戶端裝JRE。可能SUN覺得說服用戶裝一個jre很困難，于是提出webstart、jsf等一大堆更復雜的技術——但是我質疑的是jsf比XUL強大簡潔么？webstart下載付出的代價難道小于一個jre么？既然flash可以強制沒有裝播放器的用戶去裝，為什么jre就不可以？
作為一個JAVA程序員，自然希望JAVA更好。可是不得不承認.net在開發效率，開發體驗上，已經遠遠超越了JAVA。對.net的疑慮之存在于系統平臺、第二提供方、健壯性等企業級顧慮中。
自由是痛苦的，無力的。
計算機軟件從最開始的ui+db到后面的n層機構，無疑是很大的一個進步。就以j2ee標準來說，持久層負責以對象的形式為業務層提供數據，并維護數據；業務層負責組裝業務邏輯，并以適當的方式將數據分發出去。這方面的技術很多，方案也很好。但是困擾web開發的問題在于client端。
我覺得client端最大的問題在于無狀態，導致模型層和展現層的分離。我認為最佳的解決方案是客戶端有一個強大的容器，能夠請求、展現、維護客戶端模型，并展現、修改客戶端展現層。不妨定義為客戶端容器語言，此語言是否可以考慮成領域語言，專注于客戶展現層展現和客戶端模型層。
js在客戶端展現沒有問題，但是js多了brower是不是太慢了，而且js本身寫起來比較難，比較容易出錯。在模型層方面，似乎不那么讓人放心。關鍵問題是不是js的語言不夠規范標準，容器不夠強？？
flash，感覺有點偏鋒。他完全繞開了html。ui完全是自己的，我覺得還是用html正統。
xaml，他也是完全繞開html。除此以外，完全和我想的一樣。
java技術是否可以考慮在client端有一個容器，操作html，負責與服務器交互并維護模型層，指導展現層？？
讀書是一件很有趣的事情。
碰到喜歡讀的書，我總是拿一只筆。看到喜歡的地方或者感慨的地方，就做一個標記或者拉一條曲線，寫上自己的評價。等很久以后再讀到這里，努力想想，還是很容易想其以前自己的思路和想法。感覺自己好想回到了以前一樣，還是很年輕。。。。而那書里所言，自然有印象；不亦樂乎。
還有一個比較壞的習慣，就是wc的時候一定要帶上一點讀的東西。記得以前聽到一個散文來抒發此習慣。至今不能忘記。這也是比較爽的事情。
我上大學的時候，很是叛逆。課很少上，自然老師不喜歡我，及格也很困難。但自己常常獨自跑到圖書館，徜徉在書海，胡亂翻翻，最后挑來挑去，把借書證數額滿滿用光，抱著一陀書回去。很有滿足感——當然也未必看的完，說不定簡單看了一番就殺將回來繼續如此。
書非借不能讀也。如今工作以后，雖然還是經常買書，每次搬家的時候，最重的那部分就是書，可是仔細想想，很多還真沒看的很仔細。
但讀書的樂趣，又怎么可以以此來苛求呢？
POI讀寫Excel文件[轉]
我轉自蟲語【http://blog.matrix.org.cn/ljhj210423/entry/poi%E8%AF%BB%E5%86%99excel%E6%96%87%E4%BB%B6_%E8%BD%AC】，他也寫了一個轉，轉自哪里就不知道了
一、Excel基礎
二、HSSF概況
三、通過usermodel讀取文件
四、通過usermodel寫入文件
五、通過eventusermodel讀取文件
六、HSSF電子表格結構
七、通過HPSF讀取文檔屬性
八、文檔摘要信息
九、附錄
━━━━━━
正文：
━━━━━━
在上一篇文章中，我們介紹了POI項目的基本概念，了解了如何用POI來讀寫OLE 2復合文檔結構，并給出了兩個簡單的例子：用POI來讀寫Excel文件的Workbook流。本文繼續前文的話題，闡述如何用POI來讀取/寫入完整的Excel文件。
約定：POI項目2.0版現在已經接近正式發行階段，開發進度迅速，不斷有新的功能集成到原有的系統，同時也有對原有系統的修改。為了保證本文的及時性，本文將按照最近的1.9開發版說明。雖然編譯最近的發行版源代碼也能正常運行，但現在的代碼和2.0的發行版會有一些出入。
一、Excel基礎
Microsoft Excel 97文件格式也被稱為BIFF8，最近版本的Excel只對該格式作了少量的改動。增加對新格式的支持除了增加項目的復雜性之外，唯一的效果也許只是不得不使每個用戶升級代碼，沒有什么實際的好處。因此，在下文說明中，凡是提到Excel 97格式的地方其實都是指Excel從97到XP的格式。
二、HSSF概況
POI項目實現的Excel 97文件格式稱為HSSF——也許你已經猜到，HSSF是Horrible SpreadSheet Format的縮寫，也即“討厭的電子表格格式”（微軟使某些原本簡單的事情過分復雜，同時又過分簡單地處理了某些原本需要靈活性的事情，讓人不勝佩服！）也許HSSF的名字有點滑稽，就本質而言它是一個非常嚴肅、正規的API。通過HSSF，你可以用純Java代碼來讀取、寫入、修改Excel文件。
前面一篇文章提到了POIFS，那么HSSF和POIFS又有什么關系呢？就象其他POI的API一樣，HSSF建立在 POIFS的基礎上，因此在HSSF內的有些代碼和前文的某些代碼很相似。不過，當我們編寫基于HSSF API的代碼時，一般不需要了解POIFS API的細節。
HSSF為讀取操作提供了兩類API：usermodel和eventusermodel，即“用戶模型”和“事件-用戶模型”。前者很好理解，后者比較抽象，但操作效率要高得多。usermodel主要有 org.apache.poi.hssf.usermodel和org.apache.poi.hssf.eventusermodel包實現（在 HSSF的早期版本中，org.apache.poi.hssf.eventusermodel屬于eventmodel包）。
usermodel包把Excel文件映射成我們熟悉的結構，諸如Workbook、Sheet、Row、Cell等，它把整個結構以一組對象的形式保存在內存之中。eventusermodel要求用戶熟悉文件格式的底層結構，它的操作風格類似于XML的SAX API和AWT的事件模型（這就是eventusermodel名稱的起源），要掌握竅門才能用好。另外，eventusermodel的API只提供讀取文件的功能，也就是說不能用這個API來修改文件。
三、通過usermodel讀取文件
用HSSF的usermodel讀取文件很簡單。首先創建一個InputStream，然后創建一個HSSFWorkbook：
InputStream myxls = new FileInputStream("workbook.xls"));
HSSFWorkbook wb = new HSSFWorkbook(myxls);
有了HSSFWorkbook實例，接下來就可以提取工作表、工作表的行和列，例如：
HSSFSheet sheet = wb.getSheetAt(0); // 第一個工作表
HSSFRow row = sheet.getRow(2); // 第三行
HSSFCell cell = row.getCell((short)3); // 第四個單元格
上面這段代碼提取出第一個工作表第三行第四單元格。利用單元格對象可以獲得它的值，提取單元格的值時請注意它的類型：
if (cell.getCellType() == HSSFCell.CELL_TYPE_STRING) {
("單元格是字符串，值是： " + cell.getStringCellValue());
} else if (cell.getCellType() == HSSFCell.CELL_TYPE_NUMERIC) {
("單元格是數字，值是： " + cell.getCellValue());
} else () {
("單元格的值不是字符串或數值。");
}
如果搞錯了數據類型，程序將遇到異常。特別地，用HSSF處理日期數據要小心。Excel內部以數值的形式保存日期數據，區別日期數據的唯一辦法是通過單元格的格式（如果你曾經在Excel中設置過日期格式，應該明白這是什么意思）。
因此，對于包含日期數據的單元格，cell.getCellType()將返回HSSFCell.CELL_TYPE_NUMERIC，不過利用工具函數HSSFDateUtil.isCellDateFormatted(cell)可以判斷出單元格的值是否為日期。 isCellDateFormatted函數通過比較單元格的日期和Excel的內置日期格式得出結論——可以想象，按照這種判斷方法，很多時候 isCellDateFormatted函數會返回否定的結論，存在一定的誤判可能。
本文附錄包含了一個在Servlet環境中利用HSSF創建和返回Excel工作簿的實例。
四、通過usermodel寫入文件
寫入XLS文件比讀取XLS文件還要簡單。創建一個HSSFWorkbook實例，然后在適當的時候創建一個把文件寫入磁盤的OutputStream，但延遲到處理結束時創建OutputStream也可以：
HSSFWorkbook wb = new HSSFWorkbook();
FileOutputStream fileOut
= new FileOutputStream("workbook.xls");
wb.write(fileOut);
fileOut.close();
創建工作表及其內容必須從相應的父對象出發，例如：
HSSFSheet sheet = wb.createSheet();
HSSFRow row = sheet.createRow((short)0);
HSSFCell cell = row.createCell((short)0);
cell.setCellValue(1);
row.createCell((short)1).setCellValue(1.2);
row.createCell((short)2).setCellValue("一個字符串");
row.createCell((short)3).setCellValue(true);
如果要設置單元格的樣式，首先要創建一個樣式對象，然后把它指定給一個單元格——或者把它指定給多個具有相同樣式的單元格，例如，如果Excel表格中有一個摘要行，摘要行的數據必須是粗體、斜體，你可以創建一個summaryRowStyle樣式對象，然后把這個樣式指定給所有摘要行上的單元格。
注意，CellFormat和CellStyle對象是工作簿對象的成員，單元格對象只是引用它們。
...
HSSFCellStyle style = workbook.createCellStyle();
style.setDataFormat
(HSSFDataFormat.getBuiltinFormat("($#,##0_);[Red]($#,##0)"));
style.setFillBackgroundColor(HSSFColor.AQUA.index);
style.setFillPattern(HSSFCellStyle.BIG_SPOTS);
...
someCell.setCellStyle(style);
someOtherCell.setCellStyle(style);
版本較新的HSSF允許使用數量有限的Excel公式。這一功能目前還是“Beta級質量”，正式使用之前務必仔細測試。指定公式的方式類如：someCell.setCellFormula(SUM(A1:A2:);。
當前，公式中已經可以調用所有內建的函數或操作符，但邏輯操作符和函數（例如IF函數）除外，這部分功能目前還在開發之中。
五、通過eventusermodel讀取文件
通過eventusermodel讀取文件要比使用usermodel復雜得多，但效率也要高不少，因為它要求應用程序一邊讀取數據，一邊處理數據。 eventusermodel實際上模擬了DOM環境下SAX處理XML文檔的辦法，應用程序首先要注冊期望處理的數據，eventusermodel將在遇到匹配的數據結構時回調應用程序注冊的方法。使用eventusermodel最大的困難在于你必須熟悉Excel工作簿的內部結構。
在HSSF中，低層次的二進制結構稱為記錄（Record）。記錄有不同的類型，每一種類型由org.apache.poi.hssf.record包中的一個Java類描述。例如，BOFRecord記錄表示Workbook或Sheet區域的開始，RowRecord表示有一個行存在并保存其樣式信息。所有具有CellValueRecordInterface接口的記錄表示Excel的單元格，包括NumericRecord、 LabelSSTRecord和FormulaRecord（還有其他一些，其中部分已被棄置不用，部分用于優化處理，但一般而言，HSSF可以轉換它們）。
下面是一個注冊事件處理句柄的例子：
private EventRecordFactory factory = new EventRecordFactory();
factory.registerListener(new ERFListener() {
public boolean processRecord(Record rec) {
(got BOF Record);
return true;
}
}, new short[] {BOFRecord.sid});
factory.processRecords(someInputStream);
六、HSSF電子表格結構
如前所述，HSSF建立在POIFS的基礎上。具體地說，Excel 97+文件是OLE 2復合文檔（ OLE 2 Compound Document），底層的OLE 2復合文檔保存了一個總是命名為Workbook（Excel 95除外，HSSF不支持Excel 95）的流。然而，宏和圖片并不保存在Workbook流，它們有自己獨立的流，有時甚至會放到OLE 2 CDF文件之內的另一個目錄。理想情況下，宏也應該被保留，不過目前POI項目中還沒有合適的API來處理宏。
每一個流之內是一組記錄，一個記錄其實就是一個字節數組，可分為記錄頭、記錄體兩部分。記錄頭指明了記錄的類型（也即ID）以及后繼數據的長度，記錄體被分割成多個字段（Field），字段包含數值數據（包括對其他記錄的引用）、字符數據或標記。
下圖概要說明了Excel工作簿的頂級結構：
Bla.xls {
OLE2CDF headers
"Workbook" stream {
Workbook {
Static String Table Record..
Sheet names… and pointers
}
Sheet {
ROW
ROW
…
NUMBER RECORD (cell)
LABELSST Record (cell)
…
}
Sheet
}
}
… images, macros, etc.
Document Summary
Summary
七、通過HPSF讀取文檔屬性
在Microsoft Word、Excel、PowerPoint等軟件中，用戶可以通過“文件”→“屬性”菜單給文檔添加附加信息，包括文檔的標題、主題、摘要、類別、關鍵詞等，同時應用軟件本身還會加入最后訪問的用戶、最后訪問和修改/打印的日期時間等信息。
文檔的屬性和正文是分開保存的。如前所述，OLE 2 CDF文件內部就象是一個容器，里面包含許多類似目錄和文件的結構，而POIFS就是用來訪問其中的文件的工具。這些文件也稱為流，文檔的屬性就保存在 POIFS文件系統中專用的流里面。以一個Word文檔為例：雖然在資源管理器中你只看到一個叫做MyFile.doc的文檔，其實在這個文檔的內部，又包含了一個WordDocument、一個SummaryInformation和一個DocumentSummaryInformation文檔；通常還會有其他的文檔，這里暫且不管。
你能夠猜出這些文檔（流）分別包含什么內容嗎？不錯，WordDocument包含了你在 Word里面編輯的文本，文檔的屬性保存在SummaryInformation和DocumentSummaryInformation流里面。也許將所有屬性保存在單個文檔里面看起來太簡單了，所以Microsoft決心要使用兩個流，為了使事情更復雜一點，這兩個流的名字前面還加上了八進制的 \005字符——這是一個不可打印的字符，因此前面就把它省略了。
Microsoft定義的標準屬性有一個好處，它們并不在乎主文檔到底是什么類型——不管是Word文檔、Excel工作簿還是PowerPoint幻燈。只要你知道如何讀取Excel文檔的屬性，就知道了如何讀取其他文檔的屬性。
讀取文檔屬性其實并不復雜，因為Java程序可以利用POI項目的HPSF包。HPSF是 Horrible Property Set Format的縮寫，譯成中文就是“討厭的屬性集格式”。HPSF包是POI項目實現的讀取屬性工具，目前還不支持屬性寫入。
對于讀取Microsoft定義的標準屬性，通過HPSF提供的API可以很方便地辦到；但如果要讀取任意屬性集就要用到更一般化的API，可以想象它要比讀取標準屬性的API復雜不少。本文只介紹讀取標準屬性的簡單API，因為對大多數應用程序來說這已經完全足夠了。
下面就是一個讀取OLE 2 CDF文檔的標題（title）屬性的Java程序：
import java.io.*;
import org.apache.poi.hpsf.*;
import org.apache.poi.poifs.eventfilesystem.*;
/**
* 讀取OLE 2文檔標題的示例程序，
* 在命令行參數中指定文檔的文件名字。
*/
public class ReadTitle
{
public static void main(String[] args) throws IOException
{
final String filename = args[0];
POIFSReader r = new POIFSReader();
r.registerListener(new MyPOIFSReaderListener(),
"\005SummaryInformation");
r.read(new FileInputStream(filename));
}
static class MyPOIFSReaderListener
implements POIFSReaderListener
{
public void processPOIFSReaderEvent(POIFSReaderEvent event)
{
SummaryInformation si = null;
try
{
si = (SummaryInformation)
PropertySetFactory.create(event.getStream());
}
catch (Exception ex)
{
throw new RuntimeException
("屬性集流\"" + event.getPath() +
event.getName() + "\": " + ex);
}
final String title = si.getTitle();
if (title != null)
System.out.println("標題: \"" + title + "\"");
else
System.out.println("該文檔沒有標題.");
}
}
}
main()方法利用POIFS的事件系統從命令行指定的OLE 2文檔讀取名為\005SummaryInformation的流，當POIFSReader 遇到這個流時，它把控制傳遞給MyPOIFSReaderListener的processPOIFSReaderEvent()方法。
processPOIFSReaderEvent() 到底有什么用呢？它通過參數獲得一個輸入流，該輸入流包含了文檔標題等屬性。為了訪問文檔的屬性，我們從輸入流創建一個PropertySet實例，如下所示：
si = (SummaryInformation) PropertySetFactory.create(event.getStream());
這個語句其實包含三個步驟的操作：
◆ event.getStream()從POIFSReader傳入的POIFSReaderEvent獲得輸入流。
◆ 以剛才獲得的輸入流為參數，調用PropertySetFactory的靜態方法create()。正如其名字所暗示的， PropertySetFactory是一個工廠類，它有一臺“機器”能夠把一個輸入流轉換成一個PropertySet實例，這臺機器就是create ()方法。
◆ 把create()方法返回的PropertySet定型（cast）成為SummaryInformation。PropertySet提供了按照一般辦法讀取屬性集的各種機制，SummaryInformation是PropertySet的子類，即SummaryInformation類在 PropertySet類的基礎上增加了操作Microsoft標準屬性的便捷方法。
在這個處理過程中，可能引起錯誤的因素很多，因此我們把這部分內容放入了一個try塊——不過這個示例程序只按照最簡單的方式處理了異常，在實際應用中，最好能夠對可能出現的不同異常類型分別處理。除了一般的I/O異常之外，還有可能遇到HPSF特有的異常，例如，如果輸入流不包含屬性集或屬性集非法，就會拋出 NoPropertySetStreamException異常。
有一種錯誤不太常見，但也不是絕無可能——\005SummaryInformation包含一個合法的屬性集，但不是摘要信息屬性集。如果出現這種情況，則定型成SummaryInformation操作會失敗，引發ClassCastException異常。
獲得SummaryInformation實例之后，剩下的事情就很簡單了，只要調用getTitle()方法，然后輸出結果。
除了getTitle()之外，SummaryInformation還包含其他一些便捷方法，例如getApplicationName()、 getAuthor()、getCharCount()、和getCreateDateTime()等。HPSF的JavaDoc文檔詳細說明了所有這些方法。
八、文檔摘要信息
遺憾的是，并非所有的屬性都保存在摘要信息屬性集之中。許多（但不是全部）OLE 2文件還有另一個屬性集，稱為“文檔摘要信息”，對應的流是\005DocumentSummaryInformation。這個屬性集保存的屬性包括文檔的類別、PowerPoint幻燈的多媒體剪輯數量，等等。
要訪問文檔摘要信息屬性集，程序的處理過程也和上例相似，只是注冊的目標應該改成\005DocumentSummaryInformation流——有時，你可能想要同時注冊到摘要信息和文檔摘要信息這兩個流。其余的處理方式和前面的例子差不多，你應該把包含文檔摘要信息的流傳遞給PropertySetFactory.create()，但這次工廠方法將返回一個 DocumentSummaryInformation對象（而不是前面例子中的SummaryInformation對象）。如果同時注冊到了兩個流，注意檢查返回值的具體類型，或者使用Java的instanceof操作符，或者使用專用的isSummaryInformation()和 isDocumentSummaryInformation()方法。記住，create()方法返回的總是一個PropertySet對象，因此你總是可以對create()返回對象調用isSummaryInformation()和isDocumentSummaryInformation()方法，PropertySet類之所以要提供這兩個方法，是因為屬性集可能是自定義的。
如果你想要處理自定義的屬性集，或者要從標準的屬性集讀取用戶定義的屬性，必須使用一個更一般化的API，前面已經提到，這個API要復雜得多，本文不再討論，請參見HPSF的HOW-TO文檔和POI的文檔。
結束語：本文探討了HSSF的應用以及如何輸出到Excel文件，另外還涉及了HPSF以及如何讀取屬性集文檔摘要信息。POI是一個功能非常強大的項目，許多主題本文尚未涉及，例如如何用HSSF Serializer將XML文檔轉換成Excel格式等，這一切就有待你自己去研究了。
參考：
Jakarta POI項目主頁
Jakarta POI 源代碼
九、附錄
實例：利用Servlet創建和返回一個工作簿。
package org.apache.poi.hssf.usermodel.examples;
import java.io.*;
import java.net.*;
import javax.servlet.*;
import javax.servlet.http.*;
import org.apache.poi.hssf.usermodel.*;
public class HSSFCreate extends HttpServlet {
public void init(ServletConfig config)
throws ServletException {
super.init(config);
}
public void destroy() {
}
/** 處理HTTP GET 和POST請求
* @param request：請求
* @param response：應答
*/
protected void processRequest(HttpServletRequest request,
HttpServletResponse response)
throws ServletException, IOException {
response.setContentType("application/vnd.ms-excel");
HSSFWorkbook wb = new HSSFWorkbook();
HSSFSheet sheet = wb.createSheet("new sheet");
// 創建一個新的行，添加幾個單元格。
// 行號從0開始計算
HSSFRow row = sheet.createRow((short)0);
// 創建一個單元格，設置單元格的值
HSSFCell cell = row.createCell((short)0);
cell.setCellValue(1);
row.createCell((short)1).setCellValue(1.2);
row.createCell((short)2).setCellValue("一個字符串值");
row.createCell((short)3).setCellValue(true);
// 寫入輸出結果
OutputStream out = response.getOutputStream();
wb.write(out);
out.close();
}
/** 處理HTTP GET請求
* @param request：請求
* @param response：應答
*/
protected void doGet(HttpServletRequest request,
HttpServletResponse response)
throws ServletException, IOException {
processRequest(request, response);
}
/** 處理HTTP POST請求
* @param request：請求
* @param response：應答
*/
protected void doPost(HttpServletRequest request,
HttpServletResponse response)
throws ServletException, IOException {
processRequest(request, response);
}
/** 返回關于Servlet的簡單說明
*/
public String getServletInfo() {
return "示例：在Servlet中用HSSF創建Excel工作簿";
}
}
POI HSSF 操作MS Excel簡述 (OMIS二期設計階段尋找Excel導入導出實現方法）
POI HSSF 操作MS Excel簡述
POI HSSF是一個專門操作EXCEL的java包，可通過純java操作xls文件。
POI HSSF的類文件都放在在org.apache.poi.hssf包下，通過此包中的類就可實現用java操作Excel文件了。
下面是用POI HSSF操作Excel文件的方法簡述：
一， 建立Excel工作薄
HSSFWorkbook wb = new HSSFWorkbook();
二， 建立Excel工作表，每個工作表對應的是Excel界面左下角的一個標簽sheet1，sheet2 …
HSSFSheet sheet1 = wb.createSheet("new sheet");
三， 在工作表中建立單元格
//首先，建立行對像，行號作為參數傳給createRow方法，第一行由0開始計算。
HSSFRow row = sheet.createRow((short)0);
//建單元格
HSSFCell cell = row.createCell((short)0);
//給單元格賦值
cell.setCellValue(1);
//也可同一行內完成建立單元格和賦值
row.createCell((short)1).setCellValue(1.2);
row.createCell((short)2).setCellValue("This is a string");
row.createCell((short)3).setCellValue(true);
//數據格式可通過創建單元格值時默認如上面所視
//也可以創建單元格后調用setCellType指定
cell.setCellType(CELL_TYPE_NUMERIC);
四， 向單元格插入日期值
HSSFWorkbook wb = new HSSFWorkbook();
HSSFSheet sheet = wb.createSheet("new sheet");
// 可通過Sheet.setSheetName(sheetindex,"SheetName",encoding)設定工作表名
// 創建新行并向其加入單元格，行號由0開始。
HSSFRow row = sheet.createRow((short)0);
// 創建一個單元格并向其輸入一日期值，但這第一個單元格并非是日期格式。
HSSFCell cell = row.createCell((short)0);
cell.setCellValue(new Date());
// 我們將這第二個單元格改成日期格式，這需要從工作薄創建一個新的單元格格式，這可// 以只影響當前建立的一個單元格。
HSSFCellStyle cellStyle = wb.createCellStyle();
cellStyle.setDataFormat(HSSFDataFormat.getBuiltinFormat("m/d/yy h:mm"));
cell = row.createCell((short)1);
cell.setCellValue(new Date());
cell.setCellStyle(cellStyle);
五， 各種單元格樣式
HSSFCellStyle cellStyle = wb.createCellStyle();
//對齊
cellStyle.setAlignment(HSSFCellStyle.ALIGN_CENTER);
//帶邊框
cellStyle.setBorderBottom(HSSFCellStyle.BORDER_THIN);
//顏色與填充樣式
cellStyle.setFillBackgroundColor(HSSFColor.AQUA.index);
cellStyle.setFillPattern(HSSFCellStyle.BIG_SPOTS);
cellStyle.setFillForegroundColor(HSSFColor.ORANGE.index);
cellStyle.setFillPattern(HSSFCellStyle.SOLID_FOREGROUND);
六， 行高,列寬。
HSSFWorkbook wb = new HSSFWorkbook();
HSSFSheet sheet = wb.createSheet("new sheet");
HSSFRow row = sheet.createRow((short)0);
//2是行高值
row.setRowHeight(2);
//3是列號，4是列寬值
sheet.setColumnWidth(3, 4);
七，例程
首先調用一個方法將Oracle數據庫中的數據取出，放到List實例中，這里我調用了srrd項目中ProductData類的 listProductQuery()取得一個List實例。List中的對象是一系列名為ProductQuery實體類的實例。然后讀List，將 ProductQuery實例中的數據取出放到HSSFCell單元格中。最后將HSSFWorkbook中的數據輸出到輸出流，完成數據導出。
//建工作薄
HSSFWorkbook wb = new HSSFWorkbook();
//建名為example的工作表
HSSFSheet sheet = wb.createSheet("example");
//給工作表前8列定義列寬
sheet.setColumnWidth((short)0,(short)2500);
sheet.setColumnWidth((short)1,(short)6000);
sheet.setColumnWidth((short)2,(short)3500);
sheet.setColumnWidth((short)3,(short)9000);
sheet.setColumnWidth((short)4,(short)8000);
sheet.setColumnWidth((short)5,(short)8000);
sheet.setColumnWidth((short)6,(short)20000);
sheet.setColumnWidth((short)7,(short)8000);
//在表中建行
HSSFRow row = sheet.createRow(0);
//建立單元格
HSSFCell cell[] = new HSSFCell[8];
for (short i = 0; i < 8; i++) {
cell = row.createCell(i);
//將單元格定義成UTF_16編碼，這樣才能使輸出數據不會亂碼
cell.setEncoding(HSSFCell.ENCODING_UTF_16);
}
//寫單元格標題
cell[0].setCellValue("登記ID");
cell[1].setCellValue("登記號");
cell[2].setCellValue("所在地市ID");
cell[3].setCellValue("產品中文名");
cell[4].setCellValue("產品英文名");
cell[5].setCellValue("產品服務對象");
cell[6].setCellValue("產品功能描述");
cell[7].setCellValue("產品類別");
//查詢數據庫，取得數據列表的List實例
List list = new ArrayList();
ProductDataManager mgr = new ProductDataManager();
try {
list = mgr.listProductQuery("","", "", "", "", "1999-2-1", "2004-2-1");
} catch (SrrdException e) {
e.printStackTrace();
}
//從List中取出數據放入工作表中
if (list != null && list.size() > 0) {
for (int i = 0; i < list.size() - 1; i++) {
ProductQuery query = (ProductQuery) list.get(i);
HSSFRow datarow = sheet.createRow(i + 1);
HSSFCell data[] = new HSSFCell[8];
for (short j = 0; j < 8; j++) {
data[j] = datarow.createCell(j);
//將單元格定義成UTF_16編碼，這樣才能使輸出數據不會亂碼
data[j].setEncoding(HSSFCell.ENCODING_UTF_16);
}
data[0].setCellValue(query.getCertId());
data[1].setCellValue(query.getCertNum());
data[2].setCellValue(query.getCityCode());
data[3].setCellValue(query.getSoftWareCname());
data[4].setCellValue(query.getSoftWareEname());
data[5].setCellValue(query.getSoftwareFor());
data[6].setCellValue(query.getSoftwareFuncDesc());
data[7].setCellValue(query.getSoftwareType());
}
}
//將工作薄輸出到輸出流
ServletOutputStream sos=response.getOutputStream();
wb.write(sos);
sos.close();
//也可輸出成xls文件
File file = new File("workbook.xls");
try {
FileOutputStream fileOut = new FileOutputStream(file);
wb.write(fileOut);
fileOut.close();
} catch (IOException e) {
e.printStackTrace();
}