2008年12月18日

這幾天在看郎咸平的《誰在謀殺中國經(jīng)濟(jì)》，這本書我基本看過一遍了，認(rèn)為全書的重點(diǎn)在于中華文化的四大茫然，整本書都是圍繞這四大茫然展開論述，中華文化的四大茫然如下：
茫然之一：就知道賺錢
茫然之二：不了解世界
茫然之三：不了解別人為什么那么看你
茫然之四：不了解自己的缺點(diǎn)

大家有時(shí)間可以看看這本書，我覺得寫的不錯(cuò)，至少我自己看完深有感觸，我覺得完全可以將這幾點(diǎn)套用到我們生活的很多方面，比如對(duì)于我們搞IT的技術(shù)人員來說，我認(rèn)為現(xiàn)在很多人也存在四大茫然：

茫然之一：只知道完成任務(wù)。也許是我年齡大了點(diǎn)，但我覺得現(xiàn)在很多小朋友，尤其是85年以后出生的，工作的時(shí)候只是在完成任務(wù)，事情做完了，有時(shí)也不測(cè)試，或者就是匆匆測(cè)試，匆匆結(jié)束，并沒有好好的想為什么這件事老大要讓我這樣做，這樣做有什么好處，會(huì)不會(huì)有缺點(diǎn)，我是不是有更好的方法。當(dāng)你不去想的時(shí)候，意味著你少了很多提高的機(jī)會(huì)。

茫然之二：不追究為什么。很多人做事情就象第一條說的那樣，只是完成任務(wù)，并不去想其中的原理是什么。面試過很多人，對(duì)于目前工作兩三年的大部分人來說(當(dāng)然我面試的不是好的學(xué)校畢業(yè)的，基本學(xué)校為中等偏下點(diǎn))，一旦涉及到Spring、Hibernate、Struts等框架深入點(diǎn)東西的時(shí)候，大都回答不上來，只是對(duì)框架能熟練應(yīng)用而已。這樣夠么？計(jì)算機(jī)的很多知識(shí)，當(dāng)你熟悉了其運(yùn)作原理，框架對(duì)于你來說，只是手到擒來，看看學(xué)學(xué)就會(huì)用了。我問過好幾個(gè)同事，平時(shí)晚上回去都干嘛，很多人都回答我晚上回去看看電視，稍微看看書就睡覺了。我有點(diǎn)驚訝，我想如果你想成為一個(gè)技術(shù)高手，一個(gè)能拿高薪的程序員，你又沒有天份，又不付出超過常人的努力，憑什么你比別人強(qiáng)呢？

茫然之三：不善于總結(jié)。很多人（又是很多人）過著做一天和尚撞一天鐘的日子，日子一天一天過去，基本不去總結(jié)，只是過了好長(zhǎng)一段時(shí)間會(huì)發(fā)覺，原來最近我啥也沒有進(jìn)步，啥也沒學(xué)到，還是老樣子。知識(shí)在于積累，你只有不斷總結(jié)，知識(shí)才能更好的積累，才能更好的為你服務(wù)。

茫然之四：沒有明確的目標(biāo)。一個(gè)人沒有目標(biāo)就決定了他不會(huì)有長(zhǎng)足的進(jìn)步。你都沒有想過自己要成為一個(gè)架構(gòu)師，一個(gè)項(xiàng)目經(jīng)理，一個(gè)部門經(jīng)理，一個(gè)技術(shù)總監(jiān)，都沒有想過要成為這樣的人需要具備什么樣的條件，你怎么可能知道自己欠缺什么？需要補(bǔ)充什么呢？長(zhǎng)遠(yuǎn)目標(biāo)要明確，然后根據(jù)長(zhǎng)遠(yuǎn)目標(biāo)進(jìn)行分析，我要達(dá)到這樣的目標(biāo)，還有什么欠缺，據(jù)此制定短期目標(biāo)，短期目標(biāo)一定要可實(shí)現(xiàn)可操作。這樣隨著你目標(biāo)的一步一步實(shí)現(xiàn)，你各方面的能力也隨之提高了。

寫了幾點(diǎn)，也作為對(duì)自己的鞭策。

2010年已經(jīng)過去一個(gè)月了，趕在農(nóng)歷春節(jié)前列一下今年的讀書清單，不能總把精力放在工作中了，也需要補(bǔ)充點(diǎn)新知識(shí)了，否則沒有新東西能貢獻(xiàn)出來了。

1、《OSGI原理與最佳實(shí)踐》，結(jié)合這本書并研究SpringDM，做一些實(shí)例。

2、《SQL語言藝術(shù)》

3、《Oracle9i&10g編程藝術(shù)》

4、《架構(gòu)之美》

5、《UML和模式應(yīng)用》

6、《UML彩色建模》

7、《領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)與模式實(shí)戰(zhàn)》

8、《敏捷軟件開發(fā) 原則、模式與實(shí)踐》

9、《軟件開發(fā)的邊界》

10、《軟件隨想錄》

11、《走出軟件作坊》

就這么多了，9、10、11去年都看過一遍了，但好多地方粗粗過了一下，還要仔細(xì)閱讀。

另外也對(duì)自己提個(gè)要求，看書要做讀書筆記。

2010年-我的讀書年！

摘自《軟件隨想錄》

看了軟件隨想錄中下面一段話，覺得非常棒，作為一名軟件從業(yè)人員，不一定有機(jī)會(huì)能實(shí)現(xiàn)描述中的優(yōu)秀軟件產(chǎn)品，但這樣的理念需要貫穿我們每個(gè)人的心田，時(shí)刻記在心中：

【創(chuàng)造一個(gè)有使用價(jià)值的軟件，你必須時(shí)時(shí)刻刻都在奮斗，每一次的修補(bǔ)，每一個(gè)功能，每一處小小的改進(jìn)，你都在奮斗，目的只是為了再多創(chuàng)造一點(diǎn)空間，可以再多吸引一個(gè)用戶加入。沒有捷徑可走。你需要一點(diǎn)運(yùn)氣，但是這不取決于你是否幸運(yùn)。你之所以會(huì)有好運(yùn)氣，那是因?yàn)槟愦缤帘貭?zhēng)。

每天你前進(jìn)一小步，將一件東西做得比昨天好一點(diǎn)點(diǎn)。這樣的改進(jìn)幾乎看不出可以讓誰獲益，幾乎沒有變化。但是，你前進(jìn)了一小步。

有無數(shù)個(gè)要做的這樣微小的改進(jìn)。

為了發(fā)現(xiàn)可以改進(jìn)的地方。你必須有一個(gè)思維定勢(shì)，始終如一的用批判的眼光看世界。隨便找一樣?xùn)|西，如果你看不出它的缺點(diǎn)，那么你的思維轉(zhuǎn)型還沒有成功。當(dāng)你成功的時(shí)候，你身邊親密的人會(huì)被你逼得發(fā)瘋。你的家人恨不得殺了你。當(dāng)你步行上班的時(shí)候，看到一個(gè)司機(jī)漫不經(jīng)心地開車，你幾乎用了所有的意志力才勉強(qiáng)忍不住沖上去告訴那個(gè)司機(jī)，他這樣開車差點(diǎn)兒要了旁邊坐在輪椅上的那個(gè)可憐小孩的命。

當(dāng)你改正了一個(gè)又一個(gè)這樣的小細(xì)節(jié)后，當(dāng)你磨光、定型、擦亮、修飾你的產(chǎn)品的每一個(gè)小邊角后，就會(huì)有神奇的事情發(fā)生。厘米變成分米，分米變成米，米變成了千米。你最后拿出來的是一件真正優(yōu)秀的產(chǎn)品。它第一眼就讓人覺得震撼，出類拔萃，工作起來完全符合直覺。就算100萬個(gè)用戶中有一個(gè)用戶某天突然要用到一個(gè)他100萬次使用中才會(huì)用到一次的罕見功能，他發(fā)現(xiàn)了這個(gè)功能不僅能用，而且還很沒：在你的軟件中，即使是看門人的小屋都鋪著大理石的地板，配有實(shí)心的橡木門和桃花心木的壁板。

就是在這個(gè)時(shí)候，你意識(shí)到這是一個(gè)優(yōu)秀軟件。】

http://www.insideria.com/2009/05/flex-4-custom-layouts.html

http://www.insideria.com/2009/10/easy-flex-skinning-with-firewo.html

在Flash Builder 4 Beta 2版本中，使用mxml方式實(shí)現(xiàn)state的切換有了很大改進(jìn)，使用起來更方便，具體可參見下文：

http://onflex.org/learn/fx4/index.php?page=States

看完這篇文章后，想到一個(gè)問題，如何用編程的方式實(shí)現(xiàn)切換呢，找了參考資料，實(shí)現(xiàn)了一個(gè)例子，代碼如下：

開發(fā)環(huán)境：Flash Builder 4 Beta2

    這是前幾天在別人的BLog上看到的一幅圖，覺得不錯(cuò)，基本涵蓋了IT人員需要掌握的基礎(chǔ)知識(shí)這塊，從這幅圖中可以看出語言并不重要，關(guān)鍵是要搞明白整個(gè)環(huán)節(jié)，這樣遇到任何問題就能有目的、有方法的學(xué)習(xí)了。

1、下載Ruby并安裝，下載地址：http://rubyforge.org/frs/?group_id=167

下載了1.8.6-27 Release Candidate 2（ruby186-27_rc2.exe）版本

2、在windows的命令行下，輸入 ruby –v，檢查ruby是否正確安裝，應(yīng)該出現(xiàn)如下信息：

ruby 1.8.6 (2008-08-11 patchlevel 287) [i386-mswin32]

3、安裝rails，執(zhí)行g(shù)em install rails命令，安裝成功后，執(zhí)行rails -v檢查。

我安裝了Rails2.3.2版本。使用gem install -version rails可以指定安裝的rails版本，具體如何使用gem，可以用gem help install查看幫助。

參考：Ruby On Rails（ROR）安裝（http://enjoylog.cn/?p=8）

裝好了便到Ruby On Rails的官方網(wǎng)站（http://rubyonrails.org/），找到了

Getting Started with Rails(http://guides.rubyonrails.org/getting_started.html)

開始一步一步follow up。

RubyOnRails的中文站上的翻譯文檔沒有完全跟進(jìn)，還是看英文的吧。

我使用的是MySQL的數(shù)據(jù)庫，操作系統(tǒng)：Vista。

到創(chuàng)建POSTS應(yīng)用的時(shí)候遇到了問題，創(chuàng)建數(shù)據(jù)后數(shù)據(jù)庫中有數(shù)據(jù)，但是到Listing posts界面無法查看，總是報(bào)錯(cuò)。

網(wǎng)上Google了一下，果然有人遇到相同的問題，參照了如下解決方案，到

http://instantrails.rubyforge.org/svn/trunk/InstantRails-win/InstantRails/mysql/bin/ 上下載了libmySQL.dll文件放到RUBY_HOME/bin/目錄下，問題解決。

參考：升級(jí)2.2后mysql驅(qū)動(dòng)的問題（http://www.javaeye.com/topic/283871?page=1）

感嘆一下，當(dāng)Listing Posts這個(gè)CRUD小應(yīng)用跑起來后，覺得Ruby On Rails的開發(fā)是比Java開發(fā)要快一些，看了一下它生成的代碼，貌似也不多。

今天晚了，明天繼續(xù)。

    最近在做一個(gè)很小的項(xiàng)目的功能改進(jìn)，小小的項(xiàng)目中原來連接的是MySQL數(shù)據(jù)庫，現(xiàn)在需要新連接一個(gè)數(shù)據(jù)庫（Oracle），僅僅從一張表查詢數(shù)據(jù)即可，沒有添加、修改、刪除等等功能。本來這個(gè)小小的項(xiàng)目中用的是Hibernate，現(xiàn)在又要增加一個(gè)數(shù)據(jù)庫連接，覺得配置起來有點(diǎn)麻煩，忽然想起來，我干嗎還要用Hibernate呢，直接用JDBC不也挺好使么，想了便做，果然寫起JDBC來，很是快捷，一會(huì)就搞好了。

    做好了以后，忽然覺得有點(diǎn)迷茫，感覺不用Hibernate不也挺好的么，咱為什么現(xiàn)在開口閉口都是Hibernate呢，于是便有了今天的題目。

    很久以前沒有Hibernate的時(shí)候：

    第一階段：我們寫程序都是直接用JDBC，甚至在JSP頁面中直接去createConnection，然后執(zhí)行查詢，輸出到頁面。

    第二階段：后來覺得每次都是創(chuàng)建一個(gè)連接，好像效率不高，于是看了別人的介紹，要用數(shù)據(jù)庫連接池，好的，那便用數(shù)據(jù)庫連接池吧，每次都從pool中獲得一個(gè)Connection，然后查詢數(shù)據(jù)。

    第三階段：用了連接池，還是效率不高，那怎么辦呢？用緩存吧，自己實(shí)現(xiàn)緩存？可以，也可以用開源的緩存框架。

    第四階段：到了OO大流行的時(shí)代了，一切都要OO，恰逢Hibernate降臨人世，于是一切都用Hibernate來實(shí)現(xiàn)了，其實(shí)同期還是有不少其它ORMAP框架的，比如（TOPLINK、JDO、IBatis等，IBatis國內(nèi)用的還比較多，另外兩個(gè)好像用的比較少）。

    第五階段：忽然EJB大流行，事務(wù)的概念被廣為傳播（并不是原來沒有事務(wù)的概念，只是實(shí)現(xiàn)起來比較麻煩），借助EJB的廣為傳播，Spring+Hibernate的組合也慢慢占據(jù)了大半市場(chǎng)。此時(shí)事務(wù)用Spring AOP的聲明式事務(wù)來解決，緩存可以用開源的緩存框架（已經(jīng)和Hibernate無縫集成了），數(shù)據(jù)庫連接池也是通過配置的方式在SpringContext.xml文件中配置，貌似一切都很完美。

    真的到了第五階段，一切是不是真的完美了呢，如果一個(gè)很小的應(yīng)用，需要從好幾個(gè)數(shù)據(jù)庫查詢數(shù)據(jù)，但是每個(gè)數(shù)據(jù)庫僅需要查詢那么一兩張表的數(shù)據(jù)，偶爾添加、刪除幾條數(shù)據(jù)，數(shù)據(jù)量也不大，此時(shí)我們是不是還用第一階段的方式會(huì)更好呢，好像有時(shí)配置多數(shù)據(jù)源也不是那么方便的事情。或者使用Spring中的JDBCTemplate，貌似也不錯(cuò)。

    再往后看，難道Spring+Hibernate的組合就天下無敵了么？難道就沒有新的框架了么？前段時(shí)間，JavaEye上關(guān)于充血模型、貧血模型的討論吸引了多少眼球，以后是不是會(huì)有這么一個(gè)框架用于實(shí)現(xiàn)充血模型呢？

   說了這么多，最終只是想說明白這么一句：用恰當(dāng)?shù)募夹g(shù)做恰當(dāng)?shù)氖虑椋@真是一個(gè)艱難的選擇……，至于未來，更是迷茫，因?yàn)槲覀冎皇歉S者，而不是領(lǐng)導(dǎo)者。

前兩天出差在外，利用空余時(shí)間將《深入淺出EXT JS》這本書的前五章翻了一遍，后面的章節(jié)粗粗瀏覽了一下，覺得這本書寫的不錯(cuò)，寫下自己的一點(diǎn)感悟：

1、適合的讀者

a、是一名Java開發(fā)程序員，做過WEB開發(fā)

b、對(duì)Ajax開發(fā)的基礎(chǔ)知識(shí)有所了解

2、書評(píng)：

        這本書我覺得應(yīng)該改成這個(gè)名字：《EXT JS CookBook》，可能使得書的內(nèi)容和名稱更貼切，呵呵。

        書中對(duì)Ext JS的基礎(chǔ)類、Grid、Form、Tree、布局管理器、數(shù)據(jù)獲取等各方面都做了詳細(xì)的描述，基本上開發(fā)中需要用到的知識(shí)點(diǎn)，在書中都會(huì)提到，而且書中的很多例子和實(shí)際工作還是非常貼切的，對(duì)于工作中需要用到EXT JS或者需要學(xué)習(xí)EXT JS的程序員來說還是會(huì)很有幫助的。

        最后提點(diǎn)缺點(diǎn)，這本書中對(duì)EXT JS的知識(shí)點(diǎn)都做了比較詳細(xì)的描述，但是缺乏對(duì)EXT JS的框架的深入分析。

前兩天在InfoQ上看到一篇文章：利用Clear Toolkit連接Flex與Java開發(fā)，今天下載了說明文檔粗略了翻了一遍，Clear Toolkit包含五個(gè)部分，分別是：

• Clear Data Builder，這是個(gè)Eclipse插件，可以根據(jù)SQL語句或Java數(shù)據(jù)傳輸對(duì)象為BlazeDS或LCDS自動(dòng)生成CRUD應(yīng)用。
• DTO2Fx，該插件會(huì)根據(jù)Java類型自動(dòng)生成對(duì)應(yīng)的ActionScript類。
• Log4Fx是個(gè)構(gòu)建于Flex logging API之上的Eclipse插件，它會(huì)自動(dòng)化日志處理并且更加靈活，也更加友好。
• Fx2Ant插件會(huì)為Flex Builder項(xiàng)目生成優(yōu)化的Ant構(gòu)建腳本。
• clear.swc是個(gè)增強(qiáng)的Flex組件庫。

暫時(shí)用不到這個(gè)工具，記錄留待備查。

這篇Blog是原來寫在別的地方的，今天將其轉(zhuǎn)到BlogJava上來。
-------------------------------------------------------------------------------

今天仔仔細(xì)細(xì)的看了一下Hibernate的緩存，并做了實(shí)例實(shí)踐了一把。google一下，網(wǎng)上的教程、文章很多。
自己小結(jié)一下：

Hibernate的緩存分為：

• 一級(jí)緩存：在Session級(jí)別的，在Session關(guān)閉的時(shí)候，一級(jí)緩存就失效了。
• 二級(jí)緩存：在SessionFactory級(jí)別的，它可以使用不同的緩存實(shí)現(xiàn)，如EhCache、JBossCache、OsCache等。

緩存的注釋寫法如下，加在Entity的java類上：

• @Cache(usage = CacheConcurrencyStrategy.NONSTRICT_READ_WRITE)

緩存的方式有四種，分別為：

• CacheConcurrencyStrategy.NONE
• CacheConcurrencyStrategy.READ_ONLY，只讀模式，在此模式下，如果對(duì)數(shù)據(jù)進(jìn)行更新操作，會(huì)有異常；
• CacheConcurrencyStrategy.READ_WRITE，讀寫模式在更新緩存的時(shí)候會(huì)把緩存里面的數(shù)據(jù)換成一個(gè)鎖，其它事務(wù)如果去取相應(yīng)的緩存數(shù)據(jù)，發(fā)現(xiàn)被鎖了，直接就去數(shù)據(jù)庫查詢；
• CacheConcurrencyStrategy.NONSTRICT_READ_WRITE，不嚴(yán)格的讀寫模式則不會(huì)的緩存數(shù)據(jù)加鎖；
• CacheConcurrencyStrategy.TRANSACTIONAL，事務(wù)模式指緩存支持事務(wù)，當(dāng)事務(wù)回滾時(shí)，緩存也能回滾，只支持JTA環(huán)境。

另外還有如下注意事項(xiàng)：

1、查詢緩存需要在Query的相應(yīng)方法執(zhí)行前加上這么一句：

query.setCacheable(true);

在使用Hibernate時(shí)，獲得的query有setCacheable方法，可以設(shè)置使用緩存，但當(dāng)使用JPA時(shí)，javax.persistence.Query并沒有setCacheable方法，此時(shí)如果JPA的實(shí)現(xiàn)是Hibernate時(shí)，可以將其進(jìn)行如下轉(zhuǎn)化，再調(diào)用setCacheable方法（如果JPA的實(shí)現(xiàn)是其它ORMAP框架，就不知道怎么做了）。

2、還有就是查詢緩存的查詢執(zhí)行后，會(huì)將查詢結(jié)果放入二級(jí)緩存中，但是放入的形式是以ID為Key，實(shí)例作為一個(gè)Value。

3、hibernate的配置文件中需加入如下信息：

今天在Javaeye的新聞?lì)l道看到一個(gè)界面原型繪制工具，叫做“wireframesketcher”，下載試了試，感覺有如下幾個(gè)好處：

1、使用方便，可以很容易的做tree和table，比visio中的tree和table好用

2、集成在eclipse中，對(duì)于開發(fā)人員來說用起來更直接

3、其界面原型文件為xml格式，可以使用比較工具比較

唯一的缺點(diǎn)：

不是免費(fèi)開源的工具，但是現(xiàn)在可以申請(qǐng)免費(fèi)的license

隨便畫了一個(gè)圖，如下：

感興趣的兄弟姐妹們可以到如下地址看看：

http://wireframesketcher.com/index.html

由于要寫一個(gè)Spring的培訓(xùn)教材，要做Spring的事務(wù)樣例，于是開始寫樣例，寫好了一測(cè)，控制臺(tái)有SQL輸出，數(shù)據(jù)庫卻查詢不到數(shù)據(jù)，查亞查亞，花了一個(gè)多小時(shí)，原來是獲取的Service不是經(jīng)過代理的Service，自然事務(wù)不起作用，數(shù)據(jù)庫里就沒有數(shù)據(jù)了，鄙視一下自己。

配置文件樣例如下（已經(jīng)修改了dao和service的命名，減少了寫錯(cuò)的可能性，以后命名問題一定要注意）：

    給自己做的這個(gè)程序起了個(gè)名字叫EasyWork，代碼可以從Google Code上下載，具體地址如下：

  http://easywork.googlecode.com/svn/trunk/

  由于時(shí)間關(guān)系，這個(gè)程序還存在不少問題，所以只能供大家參考，有問題不要罵我就行了:)

  簡(jiǎn)要使用說明：

  1、開發(fā)環(huán)境+運(yùn)行環(huán)境：MyEclipse6.0，JDK1.5，Tomcat6.0.14，MySQL5.0

  2、準(zhǔn)備好上述環(huán)境后，使用下載代碼sql目錄中的easywork_init.sql腳本創(chuàng)建數(shù)據(jù)庫表和初始數(shù)據(jù)。

  3、將項(xiàng)目導(dǎo)入Eclipse后，運(yùn)行Tomcat（此過程就不詳細(xì)描述了）。

  4、使用http://localhost/easywork/system/login.jsp訪問登錄頁面，目前還沒有做index.html，默認(rèn)用戶名/密碼：admin/1。

  存在問題如下：

  1、任務(wù)管理功能還沒有完全完成，日志記錄還沒有做。

  2、超時(shí)或者沒有登錄訪問頁面時(shí)，只是報(bào)不能訪問的異常，沒有轉(zhuǎn)入登錄頁面。

  3、對(duì)資源類型（菜單、URL、字段、操作）的訪問限制還沒有做。

  4、很多界面的輸入信息校驗(yàn)沒有做。

  5、基本沒有美工。

  6、總而言之，目前這個(gè)項(xiàng)目中的代碼只能做Struts2 + ExtJS如何使用的借鑒:)

    很近沒有更新BLog了，這一陣子忙著學(xué)習(xí)Struts2和ExtJS，使用這兩者做了一個(gè)小程序，使用RBAC實(shí)現(xiàn)了基本的權(quán)限管理功能，還做了一個(gè)任務(wù)管理和日志記錄，任務(wù)管理用于記錄當(dāng)前需要處理的事情，日志記錄用于記錄每天的工作情況。

    用下來Struts2和ExtJS還是挺好用的。先貼幾張圖，后續(xù)再把學(xué)習(xí)過程中遇到的問題整理出來。

任務(wù)管理

添加組

添加權(quán)限

添加角色

    由于前段時(shí)間使用JSF做了一個(gè)項(xiàng)目，不少使用JSF的兄弟們對(duì)JSF評(píng)價(jià)并不好，因此在學(xué)習(xí)的過程中一直在想，JSF究竟是不是應(yīng)該繼續(xù)學(xué)習(xí)繼續(xù)研究使用下去，在看完Seam In Action的第三章后，這個(gè)星期又對(duì)Struts2簡(jiǎn)單學(xué)習(xí)了一下，終于決定結(jié)束JSF和JBoss Seam的學(xué)習(xí)了。

    因?yàn)閺腏SF的學(xué)習(xí)和Struts2的學(xué)習(xí)對(duì)比中明顯覺得JSF復(fù)雜，對(duì)于一個(gè)技術(shù)力量不是非常強(qiáng)的項(xiàng)目組來說，使用JSF當(dāng)你遇到一些問題時(shí)，絕對(duì)是一件痛苦的事情。

    從自己的實(shí)踐中覺得JSF至少有兩個(gè)致命傷：

    1、覺得JSF貌似把簡(jiǎn)單的事情搞得復(fù)雜化了，在傳統(tǒng)的MVC框架如Struts中，從request中獲取param很容易，也可以將param封裝為對(duì)象，在JSF中，希望將這一切都模型化，一切都以組件為中心，類似于Swing的架構(gòu)，但是http的無狀態(tài)以及web的本質(zhì)，使得一般JSF只能將組件樹存放在服務(wù)端，同時(shí)又不能象CS程序那樣方便的查看組件的狀態(tài)、屬性等信息。對(duì)于通常情況來說，JSF將其封裝的很好，不用我們開發(fā)者操心，但是當(dāng)遇到一些問題時(shí)，對(duì)于開發(fā)者想去調(diào)試查看問題時(shí)，問題就顯得很復(fù)雜了。

    2、JSF的自定義組件感覺超復(fù)雜，難度應(yīng)該比當(dāng)年自定義JSP標(biāo)簽更要高，試想一下，如果哪個(gè)組件不合意了，想改一下，還是比較困難的，除非對(duì)JSF組件有相當(dāng)?shù)纳钊肓私狻?/p>

    順便把項(xiàng)目中遇到的一個(gè)RichFaces的缺點(diǎn)列出來：

    RichFaces在生成組件的html時(shí)，大量使用了Div，曾經(jīng)有過一個(gè)頁面有1千多行（在一個(gè)table中），頁面上還有一個(gè)RichFaces的下拉菜單，從而導(dǎo)致菜單響應(yīng)非常之慢，后來只有將rich:datatable換為普通的html:table，就沒有問題了。

    再看看Seam In Action中總結(jié)的JSF的缺點(diǎn)：

    1、在JSF中初次請(qǐng)求的處理流程太過簡(jiǎn)單，而后續(xù)請(qǐng)求則執(zhí)行了完整的復(fù)雜的處理流程。在JSF中假設(shè)第一個(gè)調(diào)用應(yīng)該是在頁面被渲染后執(zhí)行，但實(shí)際中有時(shí)我們需要在第一次請(qǐng)求時(shí)就執(zhí)行某些操作。在JSF中缺少象Struts中的Controller。

    2、所有的請(qǐng)求都是POST。瀏覽器處理POST請(qǐng)求是比較草率，當(dāng)用戶執(zhí)行了一個(gè)JSF Action操作后，點(diǎn)擊瀏覽器的刷新按鈕時(shí)，瀏覽器會(huì)詢問用戶是否重新提交，這會(huì)令用戶非常困惑。

    3、僅僅擁有簡(jiǎn)單基礎(chǔ)的頁面導(dǎo)向機(jī)制。

    4、過度復(fù)雜的生命周期。

    JBossSeam宣稱對(duì)于JSF存在的缺點(diǎn)都提供了解決方法，但是有一種更復(fù)雜的感覺。

    在Seam中，生成選擇的項(xiàng)目時(shí)，有EAR和WAR的選項(xiàng)，如果選擇了EAR選項(xiàng)，那么Seam會(huì)生成四個(gè)項(xiàng)目，分別為war、ear、ejb、test四個(gè)類型的項(xiàng)目。有一次我將生成的項(xiàng)目從一個(gè)目錄拷貝到另一個(gè)目錄，切換了Eclipse的workspace，此時(shí)問題來了，ejb項(xiàng)目提示編譯錯(cuò)誤，提示無法找到某些class，找來找去找來找去......后來將項(xiàng)目關(guān)閉了一下，再打開錯(cuò)誤提示就沒有了。

    由這個(gè)問題我忽然想到，使用Seam集成JSF、EJB是不是太重量級(jí)了，如果采用EJB作為替代普通的POJO，對(duì)于一個(gè)小型的項(xiàng)目組來說，一般的規(guī)模就是三至五個(gè)人（我個(gè)人的理解），開發(fā)人員本來就不多，還要面對(duì)Seam劃分的四個(gè)項(xiàng)目，好像比較繁瑣，當(dāng)然采用war模式另當(dāng)別論。

    相比較而言，這個(gè)星期看了一些Struts2的資料，覺得Struts2的架構(gòu)非常清晰，易于理解。

    翻了很早之前的JavaEye上的一個(gè)帖子，提到JSF是面向開發(fā)工具的，如果能做到象VB那樣，就大有前途了，4年過去了，不要提JSF的開發(fā)工具了，就是Java各個(gè)方面的GUI開發(fā)工具，又有哪個(gè)能和VB相比呢，看來選擇JSF作為一個(gè)方向不是一個(gè)好選擇........還是及早放棄吧，哎...

    最后我覺得可以用這么一句話可以形容JSF，看起來很美，用起來不爽。

這個(gè)事情去年做過一次，不過沒有留下記錄，今天又要做一次，記錄下來，呵呵

環(huán)境：

Spring版本為1.2，Tomcat為5.5.26，JDK為Jdk1.5.0_11。

1、下載Axis1.4，解壓后將其jar文件添加到web項(xiàng)目的lib目錄中。

2、配置Axis Servlet，在web.xml文件中加入如下信息：

 
3、編寫java類，樣例如下。

接口：

實(shí)現(xiàn)類：

注意實(shí)現(xiàn)類需要繼承ServletEndpointSupport類，該類是由Spring提供的。

4、配置service-config.wsdd。

 
5、測(cè)試web service服務(wù)，代碼如下。

至項(xiàng)目的WEB-INF目錄下，執(zhí)行如下命令：

Java -Djava.ext.dirs=lib org.apache.axis.wsdl.WSDL2Java http://localhost:8080/axis/services/interchangeDataService?WSDL

會(huì)在WEB-INF目錄中生成四個(gè)JAVA文件，它們分別是：

• InterchangeDataServiceImpl.java   定義了Web服務(wù)接口，接口中的方法與InterchangeDataService中的方法一致。
• InterchangeDataServiceImplService.java 定義了用于獲取Web服務(wù)接口的方法。
• InterchangeDataServiceImplServiceLocator.java 接口InterchangeDataServiceImplService的具體實(shí)現(xiàn)。
• InterchangeDataServiceImplSoapBindingStub.java Web服務(wù)客戶端樁，通過該類與服務(wù)器交互。

最后編寫一個(gè)Main方法，調(diào)用如下方法即可進(jìn)行測(cè)試：

    上次使用Seam自動(dòng)生成了一個(gè)CRUD的例子，后來想還是自己白手起家做一個(gè)例子看看，于是開始動(dòng)手。

    首先使用JBossTools工具生成項(xiàng)目，在生成項(xiàng)目的向?qū)е校绻?xiàng)目類型選擇ear，則會(huì)生成四個(gè)項(xiàng)目，分別對(duì)應(yīng)war、ear、ejb、test，覺得這樣太過繁瑣，還是選擇war類型，又想要不使用tomcat作為運(yùn)行服務(wù)器吧，因?yàn)镴Boss也不太熟悉。沒想到這一試倒試出問題來了，如果完全使用向?qū)身?xiàng)目，選擇tomcat作為運(yùn)行服務(wù)器，則項(xiàng)目根本無法運(yùn)行起來，總是提示缺少這個(gè)jar，那個(gè)jar。好，又換回JBoss，沒問題了。仔細(xì)看了一下，原來在自動(dòng)生成項(xiàng)目的WebContent/WEB-INF/lib目錄中，只有大概十幾個(gè)jar，連Hibernate的jar都沒有，而在JBoss的Server/default/lib目錄下則什么jar都有，怪不得不出錯(cuò)。

第一個(gè)教訓(xùn)：還是先使用JBoss作為運(yùn)行環(huán)境，等整個(gè)Seam都搞熟了，再配一個(gè)Tomcat的運(yùn)行環(huán)境。

    繼續(xù)，將原來項(xiàng)目中的一個(gè)通用DAO和一個(gè)UserService拷貝過來，代碼如下，啟動(dòng)服務(wù)器報(bào)錯(cuò)。分別為如下錯(cuò)誤信息：

第二個(gè)錯(cuò)誤解決：Caused by: java.lang.IllegalArgumentException: @PersistenceContext may only be used on session bean or message driven bean components: genericDao

    既然提示@PersistenceContext只能用在SessionBean中，因?yàn)樵瓉淼拇a是使用的Spring框架，想了好長(zhǎng)時(shí)間，在WebContent/WEB-INF/component.xml中看到這么一段，那么是不是通過@In來注入entityManager呢，修改@PersistenceContext為@In，編輯器自動(dòng)提示沒有發(fā)現(xiàn)名稱為em的Component（這點(diǎn)好像不錯(cuò)），于是再修改為@In("entityManager") ，重啟服務(wù)器，該問題解決。

第三個(gè)錯(cuò)誤解決：Caused by org.jboss.seam.RequiredException with message: "@In attribute requires non-null value: userService.genericDao"

    將UserService中的@In修改為@In(create = true, required = true)解決此問題。

    解決上述幾個(gè)問題后，自己的例子終于運(yùn)行起來了 :-)

    下一篇關(guān)于Seam In Action中對(duì)JSF的介紹及Seam如何增強(qiáng)JSF。

-------------------------------------------------------------------------------------------------

    項(xiàng)目生成的代碼被分為兩個(gè)目錄，分別為Action和Model目錄，檢查JBoss中項(xiàng)目部署的目錄，發(fā)覺Action目錄下的代碼編譯生成的class文件被存放至WEB-INF/dev目錄下，Model目錄下的代碼編譯生成的class文件被存放至WEB-INF/classes目錄下，google了一下，發(fā)現(xiàn)在Seam Reference中提到這是Seam的增量式重部署，支持對(duì)JavaBean組件的增量重部署，可以加快編輯/編譯/測(cè)試的速度。

代碼如下：

public interface GenericDao {
    public Object get(Class clazz, Serializable id);
    public void save(Object object);
    public void update(Object object);
    public void remove(Class clazz, Serializable id);
    public void remove(Object obj);
   
}

@Name("genericDao")
public class GenericDaoImpl implements GenericDao {
    @PersistenceContext  ---->   @In("entityManager")
    private EntityManager em;

    public Object get(Class clazz, Serializable id) {
        if (id == null)  return null;
        else return em.find(clazz, id);
    }
   
}

public interface UserService {
    public void findAllUsers();
}

@Name("userService")
public class UserServiceImpl implements UserService, SecurityUserService {

    @In ----> @In(create = true, required = true)
    protected GenericDao genericDao;
    private List<User> resultList = null;

    public List<User> getResultList() {
        if (resultList == null) {
            this.findAllUsers();
        }
        return resultList;
    }

    public void setResultList(List<User> resultList) {
        this.resultList = resultList;
    }

    public void findAllUsers() {
        String hql = "from User order by userCode";
        resultList = this.genericDao.query(hql);
    }
}

// 實(shí)體類
@Entity
@Table(name = "USER")
public class User implements IUser, Serializable {
    // 用戶編碼
    @Id
    private String userCode;

    // 用戶姓名
    private String userName;
}

通過這個(gè)實(shí)踐，小結(jié)一下：

1、發(fā)覺Seam確實(shí)簡(jiǎn)化了JSF開發(fā)，但由于它涉及的新東西相對(duì)較多，與傳統(tǒng)的SSH走的路線不太一致，還是覺得其學(xué)習(xí)曲線比較陡峭，需要對(duì)Seam熟練掌握后（包括開發(fā)環(huán)境的搭建等）才能真正提高開發(fā)效率。

2、Seam提供了IOC的功能，有時(shí)需要跳出Spring，從一個(gè)新的角度去審視Seam。