摘要: 最近都實(shí)在憋不出什么花團(tuán)錦簇的大塊文章，還是安心在微博里碎碎念算了。
地址： http://t.sina.com.cn/calvin1978 ，大家互相關(guān)注一下哦。   閱讀全文

     摘要: 大眾搬屋版里, 不斷將工作項(xiàng)目中的代碼片段移植過來，而且這種搬運(yùn)的幸福感估計(jì)還會(huì)下面的幾個(gè)版本中延續(xù)。  閱讀全文

     摘要: 現(xiàn)在的書都好厲害，《高效程序員的45個(gè)習(xí)慣》，《軟件架構(gòu)師應(yīng)該知道的97件事》.....但總覺得自己就是個(gè)FIFO的管道，看完后基本沒記住什么。

或許這個(gè)喧囂而碎片化的年代，惟有屈指可數(shù)的東西，才能可能真正被時(shí)時(shí)記起，踐行吧。在公車上強(qiáng)迫著自己從十多年輕輕重重的實(shí)踐中，砍剩最后的幾樣非如此不可，且無處不可的實(shí)踐：

  閱讀全文

     摘要: Hmm...居然還差半個(gè)月就有半年沒發(fā)新版了，long time no see 啊。 至于原因嘛，與Tim講的?有點(diǎn)相似。

好在公司的新項(xiàng)目選型都與SS接近，所以新代碼里其實(shí)有很多是親愛的同事們的手筆, 不再是一個(gè)人在戰(zhàn)斗了。


BTW. 回頭一看，這里好像只剩下SpringSide的更新記錄，其余的連草都沒有了。
現(xiàn)在工作穩(wěn)定，是時(shí)候出宮了。  閱讀全文

     摘要: 最近國內(nèi)的開源項(xiàng)目非常生猛，與Play!Framework有些相近的斗魚，也是要替代SSH的Nutz, 已經(jīng)支持Spring 3.0與iBatis 3的Rapid framework 3.0, 在這個(gè)好像特別寒冷的年末，儼然一道鮮亮的風(fēng)景。
SpringSide也發(fā)新版了，相比之下創(chuàng)新性有點(diǎn)欠奉，更像是一本日記，將這兩三個(gè)月里遇到的代碼記錄下來與大家分享。  閱讀全文

     摘要: 作為3.1系列的最后一個(gè)版本，3.1.8版的代碼質(zhì)量在 Hudson + Sonar 雙塔控制下，慢慢開始好轉(zhuǎn)了.  閱讀全文

     摘要: SSO方案中太多平行對(duì)稱的分支選擇，就像博而赫斯那小徑分岔的花園。剛手寫完一個(gè)超迷你勁袖珍的SSO，順著 SAML2.0和OpenID的規(guī)范，記錄一下這些分岔點(diǎn)。  閱讀全文

     摘要: 又過一年了，更新一次自己的ESB筆記，內(nèi)容實(shí)在，枯燥無味，濃縮即精華....年度最大發(fā)現(xiàn)應(yīng)該是Fuse ESB 4.0吧。  閱讀全文

     摘要: 背景音樂：《要不要就一起加入GCD》，唱：陳珊妮，詞：夏宇。

JDK5是一個(gè)巨大的轉(zhuǎn)折點(diǎn)(泛型，Annotation，并發(fā)...)，而JDK6就是一個(gè)可安全升級(jí)的加強(qiáng)版，對(duì)新項(xiàng)目是不升白不升，白升誰不升，而對(duì)舊項(xiàng)目就是升了也白升，不升也沒啥損失吧。  閱讀全文

     摘要: 年又過年，去年在寫在譯的書又長出了一茬，又是時(shí)候訂一份今年的讀書計(jì)劃。  閱讀全文

     摘要: 3.1.2是連跳了3.1.0和3.1.1兩個(gè)版本后的GA版本，一邊忙著Mini-Example這一畝三分地的升級(jí)，一邊開始Showcase的演示......  閱讀全文

     摘要: 沒人知道多如牛毛的傳統(tǒng)MVC框架中哪個(gè)是最好的，但就像硬件界買IBM不會(huì)犯錯(cuò)一樣，Struts2.1也應(yīng)該是未來一段時(shí)間里安全的選擇，特別是企業(yè)里有N多開發(fā)團(tuán)隊(duì)和開發(fā)人員的時(shí)候。

  閱讀全文

     摘要: 年末最后一天，昭事上帝 ，聿懷多福，祈望來年的Java社區(qū)爭(zhēng)氣一點(diǎn)，實(shí)現(xiàn)偶們小小的愿望...  閱讀全文

     摘要: 對(duì)于演示原型 ，上午要下午給的快速交付，或者某些不知道到底一年有多少個(gè)人點(diǎn)進(jìn)去的網(wǎng)站角落，或者極少數(shù)管理人員才用到的管理功能，在恨不能php,ror的時(shí)候，你會(huì)想起jsp+jdbc的溫暖。

又或者你請(qǐng)到了只會(huì)寫jsp和sql的極品，又想讓他明天開始干活.....

所以另做了這個(gè)extreme-web風(fēng)格示例?， 在簡(jiǎn)化到no config file的jsp+jdbc同時(shí)，仍然是個(gè)可堪一觀的MVC，仍然基于親愛的Spring.
  閱讀全文

     摘要: 懷胎十八個(gè)月的SpringSide 3.0 終于低調(diào)的發(fā)布了。
這個(gè)版本里的SpringSide，終于放棄夢(mèng)想，不再奢望做一個(gè)框架，或者一個(gè)像RoR/Gails那樣極簡(jiǎn)的、創(chuàng)新的封裝，唯余對(duì)如何用不輕也不重的主流選型、編程實(shí)踐來開發(fā)JavaEE企業(yè)應(yīng)用的老老實(shí)實(shí)的總結(jié)。  閱讀全文

     摘要: GC調(diào)優(yōu)是個(gè)很實(shí)驗(yàn)很伽利略的活兒，最后服務(wù)的處理速度從1180 tps 上升到1380 tps，調(diào)整兩個(gè)參數(shù)提升17%的性能還是筆很劃算的買賣.....  閱讀全文

     摘要: 與Mule 2.0抵死纏綿了兩周，喜憂摻半。但只在2.0之后，Mule才算真正站到了ESB的起跑線上。

完整的筆記見我的Wiki: http://wiki.springside.org.cn/display/calvin/Mule , 這里主要列一下實(shí)際的升級(jí)感受。
  閱讀全文

     摘要: 江湖上多的是功能華麗的項(xiàng)目原型/骨架生成工具，但最后，反而是功能簡(jiǎn)單的Maven Archetypes漸漸有了一統(tǒng)的希望。

無它，先把自己收拾得簡(jiǎn)單易用，然后作為一個(gè)江湖大佬(maven)的"官方"小弟，再有另一些江湖大佬(appfuse,strust2,cxf)使用示范一下，就是現(xiàn)在的上位秘訣。
  閱讀全文

     摘要: ICP的審查員們都嚴(yán)查謠言去了么？最艱難的一次ICP注冊(cè)，讓SpringSide關(guān)站至今。4月份里填錯(cuò)了兩次接入商，而5月份就一直靜止在"待管局審核"的階段。

6月份，終于通過了。

http://svn.javascud.org/svn/springside/springside3/trunk  閱讀全文

     摘要: TerraCotta? 通過將POJO對(duì)象在群集內(nèi)下的共享，讓POJO不再局限于SNA(Share Nothing Architect)的架構(gòu)，比較透明的支持了集群模式，可謂POJO開發(fā)模型的最后一塊拼圖。   閱讀全文

     摘要: 為了2007年的目標(biāo)，列了下面待讀或重讀的書單。
不在書單里的，小部分是我漏掉的，大部分是我覺得對(duì)于架構(gòu)師不太重要，或者不夠好的。
奇怪國外真正的好書來來去去也就那么幾本，emule加上國內(nèi)出版社的努力，我們看的東西和老外已差不多，為什么老外看完就那么生猛，我們看完就還是半桶水呢。  閱讀全文

???[摘要]Spring發(fā)了2.0，Struts發(fā)了2.0，SS也來湊湊2.0的熱鬧。下載地址：http://www.springside.org.cn/download.php

??? SpringSide 2.0改用了Pragmatic版的Struts作為MVC主打框架，重寫了所有的代碼，增加了新項(xiàng)目生成的命令和構(gòu)件化的開源棧，還增加了方便新手入門的Helloworld示例。

??? 隨著Java開源社區(qū)的日日進(jìn)步，SpringSide升級(jí)了包括Spring 2.0的AOP事務(wù)配置， Hibernate3.2的annotation模式，XFire1.2.2的最新簡(jiǎn)約配置及JSR181模式，以及ActiveMQ4.1 的Message Driven POJO新模式。

??? 另外，還增加了iBatis數(shù)據(jù)訪問模式和一系列Ajax Widgets，并全面推行了Selenium集成測(cè)試。

??? 全文地址：http://blog.csdn.net/calvinxiu/archive/2006/11/28/1417730.aspx

 

   這篇文檔是專門寫給那些編程狂熱者，在Ant里編程時(shí)要留意的重要Task。

    不知為何，老外的各種腳本都寫得格外漂亮。從Appfuse里學(xué)到很多，在編寫SpringSide2.0的構(gòu)件安裝腳本時(shí)又被迫自學(xué)了不少，這里作下總結(jié)。

   全文地址：http://blog.csdn.net/calvinxiu/archive/2006/09/07/1187329.aspx

     摘要: 雖然現(xiàn)在已是Web Server, Web Service的天下，但偶然還是會(huì)因?yàn)樾阅芸量蹋蛘咝枰远x協(xié)議的原因，很無辜的要自己做一個(gè)Multi-Thread，Multi-Client的Tcp Server。 超簡(jiǎn)單的QuickServer，讓你專心編寫自己的業(yè)務(wù)代碼， 不用編寫一行Tcp代碼。[閱讀全文]  閱讀全文

     摘要: Nutch是一個(gè)基于Lucene，類似Google的完整網(wǎng)絡(luò)搜索引擎解決方案，基于Hadoop的分布式處理模型保證了系統(tǒng)的性能，類似Eclipse的插件機(jī)制保證了系統(tǒng)的可客戶化，而且很容易集成到自己的應(yīng)用之中。

Nutch 0.8 完全使用Hadoop重寫了骨干代碼，另外很多地方作了合理化修正，非常值得升級(jí)。[閱讀全文]
  閱讀全文

     摘要: 這個(gè)版本將是SpringSide1.0范圍內(nèi)最后一個(gè)跑馬圈地，開疆拓土的版本。從下一個(gè)版本開始，將會(huì)把主要精力放在代碼的細(xì)化，文檔與測(cè)試用例的補(bǔ)充，以及在實(shí)際項(xiàng)目中的應(yīng)用。

這個(gè)版本除了繼續(xù)跑馬圈地外，也對(duì)代碼結(jié)構(gòu)作了很多遍重構(gòu)，終于使復(fù)雜的項(xiàng)目以比較順眼的方式組織起來了。

  閱讀全文

SpringSide是一個(gè)以Spring Framework為核心，Pragmatic風(fēng)格的企業(yè)應(yīng)用開發(fā)基礎(chǔ)和最佳實(shí)踐展示。 為使用Spring框架的開發(fā)者提供一個(gè)非Demo版的復(fù)雜、正式且體現(xiàn)最佳使用實(shí)踐的參照系統(tǒng)。為JavaEEer必須面對(duì)的問題提供合乎Pragmatic原則的解決方案。

當(dāng)然，要等待大家拍磚過后，上述表述才會(huì)成立。

SpringSide主要包含四個(gè)部分--

• BookStore-Sample: 一個(gè)Full Feature的書店示例，兼有有書店前臺(tái)和后臺(tái)管理，作為典型企業(yè)應(yīng)用的微縮版。
• SpringSide-Base：SpringSide的核心封裝代碼與構(gòu)建一個(gè)CRUD管理后臺(tái)所必需的full-stack代碼庫。用戶在其基礎(chǔ)上能快速搭建出自己的管理后臺(tái)及安全管理程序。 (建設(shè)中)
• SpringSide-Modules： 以modules形式提供了其他的企業(yè)特征如XFire WebService，JBoss Rule engine，BIRT report，用戶可以快速復(fù)制應(yīng)用到自己的項(xiàng)目。 (建設(shè)中)
• Rails-Generator： 自動(dòng)整合SpringSide-Base/Modules生成項(xiàng)目，生成CRUD代碼的Eclipse?Plugins 和Ant 腳本。?(建設(shè)中)

官方站點(diǎn)：??http://www.springside.org.cn
下載地址： http://www.springside.org.cn/download.php
演示站點(diǎn)：? http://demo.springside.org.cn:8080/springside/
升級(jí)概述：終于從春天走到了夏天第二版，上一個(gè)版本的發(fā)布比較匆忙，Bug一堆，1.0 M2版作了大量補(bǔ)救的工作，改進(jìn)了JBoss Rules ,Compass, Acegi部分使它們貼近了一點(diǎn)"best practice demo"的目標(biāo)。另外還有很多很多的文檔補(bǔ)全與Bug修正。

盡管代碼里還是有Bug，但為了把SpringSide用于實(shí)際項(xiàng)目的1.0M3計(jì)劃的開始，先把1.0M2發(fā)布出來，希望大家能幫忙數(shù)數(shù)bug，提提建議，更歡迎大家加入到SpringSide的開發(fā)團(tuán)隊(duì)?。

主要更新：

• Compass更新： 使用簡(jiǎn)單的Annotation代替復(fù)雜的xml映射文件，再換上Compass提供的默認(rèn)的Index和Search Controller，使得Lucene的使用成本降到平民團(tuán)隊(duì)的程度。另外還加上了復(fù)雜查詢的Demo，完整的文檔，So Cool。
• JBoss Rules更新：JBoss Rules出到正式版3.0.1，官方文檔也已經(jīng)補(bǔ)全。在讀完官方文檔后，改進(jìn)了之前的封裝和Demo。
  不過JBoss Rules的Road Map告訴我們，它還在升級(jí)規(guī)則存儲(chǔ)管理的模塊，暫時(shí)不用自行擴(kuò)展。
• Acegi 更新： Acegi出到正式版1.0，在訂單管理部分初步加入ACL控制，還有JCaptcha驗(yàn)證碼的加入及登陸超時(shí)，Logout Filter等特征的使用。
• 其他實(shí)用性改進(jìn)：比如可用Propertity修改的Base Constants；增加了一個(gè)查詢屬性如圖書名有沒有重復(fù)的通用函數(shù)；增加一個(gè)historyable接口，BindObject函數(shù)會(huì)自動(dòng)為實(shí)現(xiàn)了該接口的ceate/modify user 和create/modify time，并用Hibernate Event Listener偵聽修改記錄；增加了前臺(tái)Ajax分頁的簡(jiǎn)單演示。

其他修改：見 團(tuán)隊(duì)開發(fā)日志

其他依賴包升級(jí)：

• extreme components 1.0.1 看半天，收獲就是每個(gè)<ec:table>?里不需要再定義imagePath了，在properties文件里定義即可，ec會(huì)自動(dòng)為其加上contextPath 如/springside。
• Commons-Validator 1.3 + SpringModules-validation 0.4 使用hotfix的springmodules版本，兩者的最新版終于走在一起了。

本期開發(fā)人員介紹：

• 差沙：本期MVP隊(duì)員，為SpringSide加入了JCaptcha驗(yàn)證碼和訂單管理的Acegi ACL實(shí)現(xiàn)，ACL的實(shí)現(xiàn)側(cè)顯了差沙強(qiáng)勁的編碼爆發(fā)力，而JCaptcha的引入過程暴露了差沙無物不破的Fix Issue能力。最后差沙已正式升級(jí)為SpirngSide核心開發(fā)團(tuán)員。
  
• 地獄男爵：接過nkoffee的棒，把Compass的Feature表現(xiàn)得簡(jiǎn)單而強(qiáng)大。?
  
• cac（陳俊）：SpringSide的大內(nèi)總管，承擔(dān)了SpringSide大部分的代碼改進(jìn)，Bug修正和頁面優(yōu)化的工作，尤其在1.0M2的最后發(fā)布階段，每天熬過半夜連續(xù)挑掉了無數(shù)問題。
  
• 李李：補(bǔ)充了WebWork的文檔，簡(jiǎn)化了Webwork的應(yīng)用，bba96框架也升級(jí)到bba96-tiger1.0-beta3。
  
• schweigen：補(bǔ)充了JBoss Rules的文檔。
  
• 江南白衣：咳。

重要的1.0 M3 開發(fā)計(jì)劃見http://jira.javascud.org/browse/SPRINGSIDE?共23個(gè)任務(wù)，其中核心任務(wù)有SpringSide-Base建設(shè)、Acegi應(yīng)用的再次升級(jí)、BIRT應(yīng)用的再次升級(jí)、JBpm的加入、dojo和Sun的Html widgets 集成taglib大加入、Spring 2.0RC1的升級(jí)。 歡迎大家加入SpringSide開發(fā)團(tuán)隊(duì)，湊個(gè)熱鬧，共襄盛舉。

最后特別感謝scud的JavaScud開源服務(wù)平臺(tái)(http://www.javascud.org) 為 SpringSide提供的系列服務(wù).

     摘要: Prototype.js 是Javascript編寫者的一把小軍刀，提供了很多Ruby風(fēng)格簡(jiǎn)寫語法和實(shí)效的函數(shù)，更難得的是完全跨瀏覽器，讓大家舒舒服服寫出又精簡(jiǎn)又不用愁心兼容的的JS代碼，springside 已經(jīng)離不開它了。  閱讀全文

1.TheServerside.com? 依然是地位無可動(dòng)搖的CCTV1。

2.InfoQ.com Floyd Marinescu 在離開 TSS 后另起爐灶，2006年中最重要推薦。視野不再局限于Java 而是包括Java,.Net, Ruby ,SOA, Agile方法等熱門話題。

3.JDJ的電子雜志?在JDJ首頁的最底處訂閱，文章質(zhì)量不低于5-7的傳統(tǒng)三強(qiáng)。

4.SWik.net? 收集了大量OpenSource Project的資源聚合。其中如Spring，Hibernate的更新度非常高，出現(xiàn)什么和Spring有關(guān)的blog,article,project都會(huì)馬上被聚合。

5.IBM DeveloperWorks?傳統(tǒng)、穩(wěn)定的Java文章來源地。

6.JavaWorld 傳統(tǒng)、穩(wěn)定的Java文章來源地。

7.OnJava? 傳統(tǒng)、穩(wěn)定的Java文章來源地。

8.Artima.com?類似于TSS而略遜，其中Spotlight 文章值得關(guān)注，而Java News是聚合了所有其他Java站點(diǎn)的大聚合。

9.JavaLobby? 站內(nèi)的Announcements?是大大小小Java? Project的發(fā)布聲明區(qū)，Trips and Tricks?有很多的Tips。

10. No Fluff Just Stuff 的Blogs 聚合 一直缺一個(gè)所有優(yōu)秀Java Blogger的rss總聚合，NFJS這里勉強(qiáng)算一個(gè)。

     摘要: 作為一個(gè)架構(gòu)設(shè)計(jì)師，只應(yīng)該上述的第2，3項(xiàng)特征，一是在框架類里配合使用反射和泛型，使框架的能力更強(qiáng)； 二是采用收斂特征，本著對(duì)人民負(fù)責(zé)的精神，用泛型使框架更加類型安全，更少強(qiáng)制類型轉(zhuǎn)換。
同時(shí)，老被人罵的擦拭法其實(shí)避免了Java的流血分裂。  閱讀全文

     摘要: 因?yàn)镽etrotranslator的出現(xiàn)，SpringSide 1.0終于放心升到JDK5.0，并保證仍然100%可以運(yùn)行在JDK1.4的服務(wù)器上。
和Retroweaver一樣，大家直接用JDK5開發(fā)，最后通過ASM轉(zhuǎn)換到JDK1.4的字節(jié)碼，部署到JDK1.4的運(yùn)行環(huán)境。但它不僅支持JDK5的語法，還支持JDK5的新增API。  閱讀全文

     摘要: 當(dāng)王家衛(wèi)遇到杜可風(fēng)，Spring遇到Ruby。想出這個(gè)題目的Crraig Walls 絕對(duì)也是個(gè)八卦種子，宣傳的是Spring 2.0m2集成動(dòng)態(tài)語言的feature。  閱讀全文

     摘要: 《Effecitve Enterprise Java》的一個(gè)實(shí)踐。  閱讀全文

     摘要: 看著log4j-2.13.jar被每個(gè)項(xiàng)目每個(gè)版本里一次又一次無限下載，你就會(huì)覺得用Maven2 管理Library實(shí)在很環(huán)保。
而且，Java的類庫也急需擺脫這種無身份無地位一個(gè)jar包隨處擺放的境況。Maven給Jar以名份是一個(gè)好方向。
  閱讀全文

     摘要: 有個(gè)地方恰似美好未來，就是被趕鴨子上架的springside了。
  閱讀全文

     摘要: SourceForge用了許多年，最近才靠springside混進(jìn)了它的后臺(tái)。八卦一把去sf混個(gè)房間有什么好處，還有它以什么規(guī)則，維持這么大一間善堂的運(yùn)作。  閱讀全文

     摘要: 似乎老外有這個(gè)習(xí)慣，逢年過節(jié)都會(huì)推薦一些書大家在家里充電。  閱讀全文

   作者：江南白衣     

  JDBC有夠慢的，出到了3.0了才有個(gè)Rowset能類似于windows下ADO的概念，卻還是達(dá)不到ADO.net的水平。幸虧Java里ORM這塊比較爭(zhēng)氣，趁著C#的ObjectSpace跳票，可以繼續(xù)耀武揚(yáng)威。

  Rowset對(duì)比于ResultSet，除了不用保持Connecton外，更重要特點(diǎn)是能夠類似于ADO的編程方式，直接對(duì)Row賦值來進(jìn)行Insert與Update， 而不用寫SQL語句。   在windows編程中經(jīng)常可見這種模式，特別是ADO.net用的好時(shí)，ORM也只能算是錦上添花....

     在oracle的sample代碼中，rowset02.java完整demo了RowSet的ADO模式。
     簡(jiǎn)化后的代碼如下：

    作者：江南白衣    
 
   上次FB的吹水摘錄：

     除JDBC外的數(shù)據(jù)訪問技術(shù)包括EJB，Hibernate，JDO，iBatis等，但凡是ORM的總要面對(duì)相同的困境，如果透明持久化的，苦惱就更多 --Java數(shù)據(jù)訪問技術(shù)依然在緩慢跨越鴻溝，.Net社區(qū)的同學(xué)用不著眼熱心跳：

     1.查詢語言--紛紛重回原來極想擺脫的sql，但實(shí)現(xiàn)得又不如SQL成熟。
        因?yàn)镼ueryObject，Criteria API的可讀性太差，最后所有技術(shù)方案都回到它們?cè)瓉硪涣ο霐[脫的SQL的路上。而且，因?yàn)槭侵匦聜}促設(shè)計(jì)，都不如sql 的成熟，總有很多做不到的地方。像剛開始的EJB QL，幾乎什么都做不了，而hibernate 3.0 HQL把h2的代碼拋棄了重新實(shí)現(xiàn)才達(dá)到相對(duì)滿意的水平。

    2.積極載入和懶惰載入--不能如sql般每次隨需定制
       ORM與jdbc訪問的區(qū)別，就是以包含關(guān)聯(lián)對(duì)象的對(duì)象，而不是以sql自由定制的ResultSet，作為數(shù)據(jù)載入的主體。

       積極載入策略在載入訂單對(duì)象時(shí)，會(huì)接著載入顧客對(duì)象、產(chǎn)品對(duì)象，而如果產(chǎn)品對(duì)象又包含類別對(duì)象時(shí).....整個(gè)數(shù)據(jù)庫被拖了一小半出來。即使不玩連連看，clob對(duì)象的胡亂載入就夠頭痛了。

      與此對(duì)應(yīng)的就是懶惰載入策略，比如EJB的初始版本，據(jù)聞每個(gè)屬性查詢一次數(shù)據(jù)庫，數(shù)據(jù)庫往返次數(shù)多得嚇人。

      ORM方案會(huì)讓用戶自行定義這兩種策略來達(dá)到平衡。一般默認(rèn)采用積極載入，在一對(duì)多關(guān)聯(lián)上定義lazy load，還有統(tǒng)一定義積極載入的層數(shù)。到了hibernate 3，更可以在列級(jí)別上定義lazy load。

      問題是，上述的定義都在hbm文件，每種對(duì)象的載入策略只能定義一次。而不能像jdbc那樣，根據(jù)不同的情況select不同的結(jié)果列。

      順帶一個(gè)問題是那些信息不完全對(duì)象，比如產(chǎn)品只有序號(hào)和名字，不帶其他信息時(shí)，在一個(gè)純面向?qū)ο蟓h(huán)境里不好表示，hibernate提供的component方案也不是太好。

3.透明持久化--對(duì)POJO的一些臨時(shí)操作也會(huì)被持久化
     因?yàn)槌志没峭该鞯模苋菀拙蜁?huì)誤用，對(duì)POJO進(jìn)行的一些臨時(shí)操作，一不小心就被保存進(jìn)數(shù)據(jù)庫中。再加上Session，事務(wù)的混亂，遠(yuǎn)遠(yuǎn)沒有用jdbc跑DML語句那么容易搞清楚發(fā)生的事情。

    而且，不是每個(gè)程序員都能習(xí)慣新的透明持久化環(huán)境，都對(duì)所用ORM系統(tǒng)的持久化策略理解深刻。何況這些策略以及整合它們的框架如Spring，還經(jīng)常毫無提示的在升級(jí)時(shí)發(fā)生改動(dòng)!!!

    所以，每個(gè)使用ORM的團(tuán)隊(duì)，在項(xiàng)目過程里總會(huì)有鬧鬼的幾天......

  從晚上六點(diǎn)開始聊到十一點(diǎn)，一群恐怖的聊天動(dòng)物，隔壁桌的三姑媽六姨婆都無奈先撤了。

  記憶力超強(qiáng)的david.turing記得的Topic包括：Hibernate，Spring，iBitas，Strut，SOA，BEA產(chǎn)品(Wls, Wlp, Liquid Data)，JDK1.5，設(shè)計(jì)模式，泛型，數(shù)據(jù)庫事務(wù)，Java控件，RichClient，XML，WebService，反編譯技術(shù)，代碼重構(gòu)，比較.Net和Java在開發(fā)過程中的區(qū)別，UML，代碼控制，反射機(jī)制，Oracle/SQLServer，手談的AI設(shè)計(jì)，Web數(shù)據(jù)竊取......
   一群gay birds包括：Sparkle，Yok，WaterYe，江南白衣，Cyt，timiil，Char，Alex，瀚海，oo豆豆豬。

  PS.英文不好的同學(xué)用詞霸查一下gay bird，切勿自誤。

   

  

 

作者：江南白衣???

??? SpringSide--Pragmatic Enterprise Application KickStart and Common Library Stack，這么長的一個(gè)名字下來，不用解釋大家都知道是做什么的了----以Spring Framework為core，提供一個(gè)Pragmatic的企業(yè)應(yīng)用開發(fā)基礎(chǔ)和最佳實(shí)踐展示。

? ?定位：為使用Spring框架的開發(fā)者提供一個(gè)非Demo版的復(fù)雜、正式而體現(xiàn)最佳使用實(shí)踐的參照系統(tǒng)。

?? 目標(biāo)：囊括JavaEE必須面-對(duì)的所有問題的合理的、合乎實(shí)踐標(biāo)準(zhǔn)的解決方案，采用Plugins形式組織，使開發(fā)者可快速定位所需的參考方案并做加法到自己的系統(tǒng)。
?
????項(xiàng)目網(wǎng)站：http://www.springside.org.cn?
??? or http://springside.sourceforge.net
??
??? 1. Featrue List???

• Spring 2 - J2EE Framework.
• Hibernate 3 - ORM, support EJB3/JPA1.0 in future.
• Spring MVC?/WebWork - Multi-Action Web framework.
• JSP2.0 - View Template.
• XFire - Web Service.
• Acegi - Security, RBAC ana ACL.(doing)
• Eclipse BIRT 2 - Report Engine.(doing)
• Drools?3 - Business Rule engine.(doing)
• ActiveMQ ,Jencks - JMS Message Driven POJO.
• Quartz - Enterprise job scheduler.
• DWR 2 , Prototype.js , TrimPath JSTemplate ? - Ajax
• Compass - Search engine use Luecene .(doing)
• Groovy - Dynamic script language.(doing)
• Openi - BI web application for OLAP Report.(doing)
• ServiceMix - ESB(Enterprise Service Bus) and JBI.(doing)
• Commons Validator - client and server side validation.
• SiteMesh web-page layout and decoration framework.
• OSCache - Web cache solution.
• ExtremeTable - JSP Tag Libraries.
• Log4j - Logging tool.
• Ant , Maven2 , JUnit, EasyMock?- Build and Test tools.
• UTF-8 and I18N.
• Intergrate with Weblogic , Tomcat , JBoss , Geronimo.
• And we are choising the Workflow solution.

?
??? 2. SpringSide與Appfuse有什么不同？
??? 1.SpringSide較完整的演示了企業(yè)應(yīng)用的各個(gè)主題，而Appfuse只有簡(jiǎn)單的登陸界面和用戶管理。

??? 2.SpringSide是深受Ruby on Rails影響的Pragmatic型的方案。

??? 3.Appfuse主要目的是展示各式mvc、orm方案與Spring的結(jié)合，有些技術(shù)屬于高手玩具，而SpringSide展示的是一個(gè)國內(nèi)項(xiàng)目的實(shí)際形態(tài)，并帶中文手冊(cè)與大量中文代碼注釋

????4. 腳本細(xì)節(jié)
??SpringSide的基本結(jié)構(gòu)是JDK1.4 + Spring 2.0 + hibernate3 + Spring MVC multi-action + JSP2.0。

??? 使用 XFire提供WebService訂書的服務(wù)端接口和 Java版/.Net版的客戶端示范代碼。

????店員是個(gè)兼職的學(xué)生，所以系統(tǒng)會(huì)為每張訂單發(fā)一封通知郵件給店員。為了不影響顧客下單的速度，發(fā)信的動(dòng)作由jms異步進(jìn)行。
???
??? 系統(tǒng)還會(huì)用 Quartz定時(shí)掃描缺貨的圖書，用郵件通知店員。
????
??? 老板只負(fù)責(zé)看一些色彩豐富，帶圖的報(bào)表。Eclipse Birt2.0提供日常報(bào)表 ， Openi提供BI OLAP的。

????基于Lucene的 Compass做的圖書全文搜索。

??? 基于 Drools規(guī)則引擎的訂單滿100元免運(yùn)費(fèi)，會(huì)員積分制等。??????

? ? 店面演示Ajax效果與 OSCache的Web Cache，SiteMesh的渲染效果使用。

??? 一些非關(guān)鍵業(yè)務(wù)，用 Groovy動(dòng)態(tài)語言來快速開發(fā)。

??? log4j系統(tǒng)將重要操作員日志異步寫入數(shù)據(jù)庫，使它們可管理。

??? 綜合的Acegi i安全權(quán)限管理。

??? utf-8, i18n的國際化項(xiàng)目。

???ServiceMix ，WorkFlow的故事設(shè)計(jì)中。

??? 5. RoadMap
??? Road Map in? JIRA Issue Checker ,歡迎大家提出更多Topic
????.
??? 6. 團(tuán)隊(duì)成員列表 (排名按加入順序)
???
???? 歡迎朋友們加入。人多速度快是很重要的事情。

???參加方式有3種
?? 1.幫忙codereview提意見
?? 2.到JIRA里面領(lǐng)任務(wù)
?? 3.到JIRA 提出新任務(wù)?

??真正貢獻(xiàn)了力量的同志自然會(huì)成為開發(fā)人員.

???
????Team Worker：
???? 江南白衣，cac，@_@，wuyu，charlse, efa，yimlin??
???? Contributor：
???? water?ye ，totodo，david.turing，pesome，oofrank
??
???? 長老供奉：
????? 莊表偉，Robbin

???? (排名按加入時(shí)間）

7. 交流區(qū)

演示站點(diǎn)

開發(fā)RoadMap

Spring中文論壇專區(qū)

團(tuán)隊(duì)開發(fā)日志

開發(fā)者QQ群：15690287 (only for Springside developer)
用戶QQ群: 21601442

   作者：江南白衣    

    Spring再強(qiáng)大，也要面對(duì)降臨的問題--因?yàn)镾pring不是Weblogic、Tomcat般的頂層容器，Servlet和EJB對(duì)象不由它創(chuàng)建，所以它必須要降臨到Weblogic、Tomcat所在的位面。
     初學(xué)者一般不用管那么多，照著Spring+hibernate+Struts之類的Sample就做了，但慢慢的，也許就要開始在jsp+javabean體系，土制框架，singleton類等環(huán)境下使用Spring了。
     《Professional Java Development with the Spring Framework》第3章有"Managing the Containe"一節(jié)講這個(gè)問題。一般可以分為直接召喚系與IoC fashion兩類。

     1.直接召喚系--Singleton的Application Context
      最簡(jiǎn)單的，就像在UnitTest里那樣，直接構(gòu)造Application Context：

    
      在Web環(huán)境里，會(huì)使用ContextLoader構(gòu)造ApplicationContext后，壓進(jìn)Servlet Context。
      由ContextLoaderListener或ContextLoaderServlet，在Web應(yīng)用啟動(dòng)時(shí)完成。
      然后在Jsp/Servelet中，可以通過Servlet Context取得ApplicationContext：
     
      但像singleton類或者EJB中，就沒有Servlet Context可用了。
      如果全部像UnitTest那樣直接構(gòu)造，速度就會(huì)很不堪。自然的，就想到把ApplicationContext做成單例。 
      Spring提供了ContextSingletonBeanFactoryLocator這樣的物體。
      先搞一個(gè)beanRefFactory.xml，里面寫上所有的applcationContext-*.xml文件名，并把Context命名為"default-context"：
  然后讓loactor去找它，但代碼有點(diǎn)長：

    上面的代碼實(shí)在是太靈活，太麻煩了。
    還不如自己實(shí)現(xiàn)一個(gè)簡(jiǎn)單的Singleton，擴(kuò)展ContextLoaderListener類，在Web系統(tǒng)啟動(dòng)時(shí)壓入Singleton。

    新的ContextLoaderListener類重載如下，ContextUtil中包含一個(gè)靜態(tài)的ApplicationContext變量：

   用家可直接取用：


2.IoC fashion
    如果所有地方都使用直接召喚系，那就反而是在打Rod的耳光了。因?yàn)樗恢倍挤磳?duì)代碼與框架深耦合的。
    所以，更好的方法是寫一些glue code、base class來完成Spring的降臨，而不讓應(yīng)用代碼察覺Spring Application Context的存在。
    不過，因?yàn)楦鱾€(gè)框架的結(jié)構(gòu)不同，Rod也沒辦法講出一個(gè)通用的整合方法，所以建議大家盡量學(xué)習(xí)已整合的各種框架，如Spring MVC、Struts的種種方式，寫出自己的簡(jiǎn)單整合代碼來。

    只有不確定的調(diào)用某些Singleton類，不適合過早ioc的情況，可以使用直接召喚系。

作者：江南白衣 

每年的全球四大Java研討會(huì)，它們的agenda，給大家提供了一個(gè)捉摸Java時(shí)尚風(fēng)向的便利。
每年花幾天看一遍它們的報(bào)道和share出來的slides，是CTO該做的事情。

PS. 如果你被邀在哪里做講演，又想不到給下面那些似睡似醒的豬頭說什么的，可以從中參考一二。
PS2.在迷宮一樣的網(wǎng)站中翻滾了半個(gè)小時(shí)，把a(bǔ)genda和slides的鏈接都整理了出來，便人便己。

TheServerSide Symposium 對(duì)很多人來說，TheServerSide才是真正的Java官方社區(qū)--06年的agenda。

JavaPoils 歐洲最大的Java研討會(huì)--05年報(bào)道，04年完整Slides，05年(1)pdf陸續(xù)補(bǔ)全中，05年(2)pdf，04年的talk (需簡(jiǎn)單注冊(cè)）。

Java One 官方，官方.....--05年報(bào)道，05,04年的ppt。

No Fluff Just Stuff tour  簡(jiǎn)稱NFJS的大馬戲團(tuán)，最近的Spring Experience也是和它一起搞的
--05年某次的報(bào)道，過往的Agenda，Spearker的blog聚合。

    作者：江南白衣 

　俗話說得好，沒吃過豬肉不要緊，沒見過豬跑路就很沒面子了。新公司上班一周，主要就是看豬跑路，2005年末，一個(gè)典型的Java EE項(xiàng)目，場(chǎng)景是這樣的：

    1.一臺(tái)內(nèi)存強(qiáng)得變態(tài)的Sparc呼哧呼哧的在跑Oracle 10g。

    2.它的一個(gè)兄弟，共享T3陣列，靜靜的跑vcs 為它做著雙機(jī)熱備份。

    3.兩臺(tái)Weblogic 9做群集負(fù)責(zé)后臺(tái)管理。
　   編程模式是最老土的struts+spring+hibernate，再蹭一點(diǎn)Ajax。

    4.四臺(tái)Weblogic 9做群集負(fù)責(zé)前臺(tái)門戶。
　   最直接的jsp + javabean，用weblogic的tag作了頁面Cache。
　   weblogic還發(fā)布了一堆Web Service接口，也不時(shí)調(diào)用一下合作伙伴提供的WS。
　   最后還有一伙定時(shí)Task在奔跑，有些是自動(dòng)改變帳單狀態(tài)，有些是自動(dòng)把數(shù)據(jù)導(dǎo)出，ftp到合作伙伴那。

    5. 一臺(tái)Crystal Reports XI 的報(bào)表服務(wù)器。
　   邏輯都用PL/SQL封裝在SP和中間表里，設(shè)計(jì)報(bào)表時(shí)直接取用便是，不沾一絲Java代碼的煙火。
　   PS. 這臺(tái)也是唯一的Windows Server，

    6. 還有一些跑Tomcat（省錢)的獨(dú)立小應(yīng)用，一些C寫的任務(wù)，零散的分布在上面9臺(tái)服務(wù)器的角落。


 

   作者：江南白衣 

   今天CSDN的頭條是微軟DSL 對(duì)決 UML，雖然不是什么新聞了，但還是很開心。因?yàn)槲覍?shí)在很不喜歡基于UML2.0的所謂MDA。
    某人說，世界上沒有無緣無故的愛，卻有無緣無故的恨，尤其在網(wǎng)絡(luò)上。
    所以我很不喜歡UML三友。
    因?yàn)?非魚批：不是說無緣無故么?) UML中除了Class圖、順序圖、交互圖，其他如部署圖之類的，根本就是急就章，估計(jì)也就花了三友寶貴的十分鐘設(shè)計(jì)出來的，也沒多大用處。而Class圖和順序圖，換作諸位看官，回家憋幾天也能設(shè)計(jì)出個(gè)八九不離十的式樣出來。就這么點(diǎn)東西，值得捧到高高的神壇上坐這么久不下來么？

    第二不喜歡基于UML的MDA。UML作為溝通工具還好，但想用tagged value表達(dá)整個(gè)系統(tǒng)作為代碼生成的依據(jù)，就像想拿XML來描述整個(gè)商業(yè)系統(tǒng)、商業(yè)邏輯一樣。看這些年來，工具開發(fā)商浪費(fèi)了這么多人月，除了實(shí)際幫了不少研究生的畢業(yè)論文外，再?zèng)]多少成果了。（那些有限的生成效果，隨便一個(gè)xml文件或者PowerDesigner放開手腳做一下也不差多少)

    但就是這個(gè)三友和UML，把業(yè)界向更高一級(jí)語言邁進(jìn)的希望死死綁在一輛戰(zhàn)車上一綁就是好幾年，現(xiàn)在終于有一個(gè)出來搞局的了，而且還是手臂足夠粗大的微軟，就象Spring 搞了EJB2的局一樣，怎不叫我這種蠻夷拍手叫好？ 
    甚至不用管微軟的設(shè)計(jì)最后是否成功(不過開發(fā)領(lǐng)域，微軟還沒有過完全失敗的產(chǎn)品)，只要把局搞亂，我就很高興。何況，我也是個(gè)DSL愛好者。

作者：江南白衣 

2005就這樣完了，ONJava的年終總結(jié): 2005 Year in Review。
TSS年初開會(huì)時(shí)講得專家們自己都開始有點(diǎn)厭倦的EJB3，JSF1.2，Ajax，AOP的三宗合一，SOA和ESB，Groovy，還是沒有一個(gè)stable的東西出來。

眼看2006，又是繼續(xù)將這些話題變成產(chǎn)品的一年，讓我們繼續(xù)討論厭煩：

*Full stack Application Framework: Spring 2.0  
  Spring 2.0吹風(fēng)會(huì)兼FB大會(huì)剛剛開過。夜觀星象，Spring氣數(shù)未盡，開源社區(qū)里也只它有資格不斷整合別人。
  另一個(gè)Stack名曰RIFE，不過比較獨(dú)。
  另外，JBoss搜刮的JEMS (JBoss Enterprise Middleware)和JSF+EJB3的Seam也會(huì)繼續(xù)發(fā)音。

*Web Framework：JSF 1.2
  最怕別人問現(xiàn)在開項(xiàng)目用哪個(gè)Framework好，選來選去暫時(shí)還是投靠標(biāo)準(zhǔn)好了。
  不知道Struts Ti，Struts Shale，Spring MVC的2006會(huì)怎樣。
   而Continuations這個(gè)名詞明年也許會(huì)閃亮一下。

*Persist Framework： Hibernate 3.1 (EJB3/JPA1) 
  在RoR的Active Record刺激下，annotaion 和default mapping終究要替代xml描述文件。
   另外，除了麻煩的ORM，也很希望有一個(gè)極簡(jiǎn)的JDBC Framework，不知道JDBC4.0和Spring跑JDK1.5的SimpleJdbcTemplate什么樣子。

*Web Service Framework：XFire (JAX-WS2.0、JAXB 2.0)
  SOA 風(fēng)潮下的next-generation SOAP Framework，支持JavaEE 5的JAX-WS2.0、JAXB 2.0與annotation，還拖上了Spring的手。
  Axis的事實(shí)標(biāo)準(zhǔn)地位該不保了吧。

*JBI-ESB：ServiceMix 
  2006年的新大熱名詞--JBI(Java Business Intergrade)與ESB(Enterprise Service Bus)。

*Java Rule Engine與JDM 2.0：Drools
   Rule Engine和Data Mining 已經(jīng)說了很久，不知道明年又如何。但Drools則演繹了一條標(biāo)準(zhǔn)的成名路：
   1.先入CodeHaus再入Jboss
   2.（號(hào)稱）集成Spring
   3. 提供Eclipse的插件

*動(dòng)態(tài)語言嵌入：Groovy 
  期待在Ruby的不斷刺激下，1.0正式版發(fā)布后的正式用家。

*some Ajax Framework
   Buffalo, Prototype, Dojo, MochiKit, DWR 混戰(zhàn)之下總該有脫穎而出者吧？

*AOP三宗歸一
  雖然大家還很少在應(yīng)用中使用它，AOP在Spring 中的作用卻非常明顯。不知道Spring2.0是否可以三宗歸一，給出一個(gè)框架設(shè)計(jì)時(shí)使用的簡(jiǎn)單方案。

  作者：江南白衣 

  今天的一條八卦，在Asp.net 2.0與Rails系 RoR/DJango/Turbogears的兩面夾擊下，Java Web Framework的大佬們終于看到狼來了，坐下來，吃個(gè)包，開始商量合作。
   消息在TSS主編Dion Almaer的Blog上看到，再看這個(gè)Java Web Alignment Group ，果然陣容鼎盛，36個(gè)Member，江湖上大部分大佬都到齊了。Yahoo Group免費(fèi)參觀，不過他從2005.11.10號(hào)開始就已經(jīng)沒有貼子---歇菜了。

Framework	Group Members
Beehive	Rich Feit
AppFuse	Matt Raible
JavaServerFaces	Ed Burns, Kito Mann, Craig McClanahan, Roger Kitain, Jacob Hookom, James Mitchell, Adam Winer
MyFaces	Bill Dudney, Ted Husted, James Mitchell, Travis Reeder
Seam	Gavin King, Jacob Hookom
RIFE	Geert Bevin, JR Boyens, Keith Lea
Spring MVC and Web Flow	Alef Arendsen, Keith Donald
Stripes	Tim Fennell
Struts Classic	Don Brown, Ted Husted, James Mitchell, Hubert Rabago, Niall Pemberton
Struts Shale	Craig McClanahan
Struts Ti	Don?, Rick?, Patrick?, James?
WebWork	Patrick Lightbody
Wicket	Eelco Hillenius

   上面的名單已成歷史，唯一有趣的是Tapestry并不在列。
   這個(gè)Group的最后成果就是Struts和Webwork上演了一出你的名字我的名字的Struts Ti 。---"以Struts為名字，Webwork為核心，加上Beehive的annotataion和pageflow，再提升與JSF的集成能力"。可惜Spring MVC暫時(shí)不會(huì)加入，而JSF系如何合并還未知。最期待的，是它的Phase 2--zero congfig file。

  作者：江南白衣   

  一年前，RIA新浪潮。
  1.以新的Web控件代替復(fù)雜dhtml對(duì)控件的模擬；
  2.以重返C/S的用戶體驗(yàn)代替?zhèn)鹘y(tǒng)http的提交-返回模式，開發(fā)模式上甚至可以直接調(diào)用商業(yè)對(duì)象。
  RIA一出現(xiàn)就盡獲民心。但，F(xiàn)lex因?yàn)槭召M(fèi)，XUL因?yàn)榻K端，XAML因?yàn)闊o期，OpenLaszlo因?yàn)槌錾砼c性能.......漸漸退出了大家的嘴邊，他們也的確不爭(zhēng)氣，又一年過去了，都沒再弄出大的聲響。

  這一年大家做什么呢，是忽然走紅的ajax，來實(shí)現(xiàn)RIA中不刷新頁面的承諾，還有高級(jí)如DWR，JSON-RPC，同樣實(shí)現(xiàn)RIA中對(duì)商業(yè)對(duì)象的直接調(diào)用。
  之前有ECHO2，而最近出現(xiàn)的一個(gè)框架叫ZK1，開發(fā)人員用XUL來開發(fā)，然后臂大力雄的框架會(huì)把XUL渲染成dhtml+ajax，算是一種有趣的思路。
   但我還是覺得，瀏覽器應(yīng)該升級(jí)，而不是靠復(fù)雜的dhtml+ajax來模擬，我是革命派，不是改良派，相對(duì)于全體民眾花在模擬上的成本，瀏覽器的升級(jí)要簡(jiǎn)單得多。

  前幾天因?yàn)橄朐赽log上弄點(diǎn)小花樣，去了基于OpenLaszlo的blogbox。再回頭，發(fā)現(xiàn)OpenLaszlo已經(jīng)發(fā)布到3.1版本。

  OpenLaszlo 3.1版本升級(jí)良多，已解決性能與中文問題。
  *新版本可以編譯為Flash 6、7、8的格式，性能上突飛猛進(jìn)，不再是以前吃資源的巨怪。
  *支持Unicode，支持中文了。
  *支持SOLO deploy了，也就是不再要求Servlet Container，也可以deploy到IIS和Apache。
  其他還有Drawing API，Charting Components，Dynamic Libraries，Ajax API等一系列升級(jí)。

 OpenLaszlo3.1的編程體驗(yàn)
 1.不愧曾是.com的產(chǎn)物，在Windows 下點(diǎn)了兩下next就裝完了，而且已有了整套的開發(fā)環(huán)境，10秒鐘之后，我開始在my-apps目錄寫我的helloworld.lzx，然后刷新頁面看結(jié)果。
 
 2.XML格式的控件定義，JavaScript作為腳本語言，再加上完備的tutorial、reference文檔和demo code，又和wxWidgets那樣，基本上沒什么特別要學(xué)的東西，直接可以開始編碼了。

 3.為什么RIA要比模擬RIA要好？
 開篇兩點(diǎn)之外，OpenLaszlo還可以自由定義控件的layout，比用table、div的做法自由。
 另外，OpenLaszlo還可以簡(jiǎn)單的利用現(xiàn)有控件，定義新的控件和式樣。

 對(duì)OpenLaszlo有不滿意嗎？
  有阿，用戶社群太少。還有控件的默認(rèn)式樣也比Flex的差一截，雖說可以自己customize，但不是每個(gè)人都那么有空的呀。還有那個(gè)IBM友情客串的IDE，啥時(shí)候才弄得像個(gè)樣嘛。

  Flex ,XUL又在做什么？
  Flex2 擺出的陣仗顯然勝于OpenLaszlo：
  Flex Framework 2, Flex Builder 2,Flex Enterprise Services 2,Flex Charting Components 2
  但，公無收費(fèi)，公竟收費(fèi)，&*(^%，當(dāng)奈公何。

  XUL呢，新出的Firefox1.5只是Firefox1.0的補(bǔ)完，看不出FF2.0的痕跡，一年了。

?? 作者：江南白衣?

?? 反射、Proxy和元數(shù)據(jù)是Java最強(qiáng)的三個(gè)特征，再加上CGLib (Code Generation Library)和ASM，使得Java雖然沒有Ruby，Python般后生可畏，一樣能做出強(qiáng)悍的框架。
???Proxy可以看作是微型的AOP，明白提供了在繼承和委托之外的第三個(gè)代碼封裝途徑，只要有足夠的想象力，可以做得非常好玩，Spring的源碼里用Proxy就用得很隨便，看得我非常眼紅。可惜Proxy必須基于接口。因此Spring的做法，基于接口的用proxy,否則就用cglib。AOP么，一般小事非compoent一級(jí)的就不麻煩AspectJ出手了。

????cglib的Enhancer說起來神奇，用起來一頁紙不到就講完了。
??? 它的原理就是用Enhancer生成一個(gè)原有類的子類，并且設(shè)置好callback到proxy， 則原有類的每個(gè)方法調(diào)用都會(huì)轉(zhuǎn)為調(diào)用實(shí)現(xiàn)了MethodInterceptor接口的proxy的intercept()?函數(shù)：

?在intercept()函數(shù)里，你可以在執(zhí)行Object result=proxy.invokeSuper(o,args);來執(zhí)行原有函數(shù)，在執(zhí)行前后加入自己的東西，改變它的參數(shù)值，也可以瞞天過海，完全干別的。說白了，就是AOP中的around advice。

??? AOP沒有出現(xiàn)以前，該領(lǐng)域經(jīng)典的設(shè)計(jì)模式是Decorator，像Java IO Stream的設(shè)計(jì)就是如此.不過，如果為每個(gè)DAO, 每個(gè)方法的寫Decorator函數(shù)會(huì)寫死人的，所以用上cglib的好處是一次過攔截所有方法。?

???? 另外，cglib除了Enhancer之外，還有BulkBean和Transform，都是Hibernate持久化的基礎(chǔ)，但文檔貧乏，一時(shí)還沒去看怎么用。

1.AOP里講了一百遍阿一百遍的log aspect在cglib是這樣做的:

??? 應(yīng)用的代碼:

2.而在Spring的管理下應(yīng)該略加修改的高級(jí)Decorator
?? 上面的例子用return?enhancer.create();創(chuàng)建子類實(shí)例，但在Spring管理下，一些Bean的實(shí)例必須由Spring來創(chuàng)建和管理，而不由enhancer來創(chuàng)建的。所以我對(duì)上述用法略加修改，使它真正當(dāng)一個(gè)Proxy的角色，請(qǐng)對(duì)比黑體字的部分



可見，原來模式里在getDao()時(shí)由enhancer創(chuàng)建dao，而?調(diào)用intercept時(shí)則將enhancer創(chuàng)建的dao以O(shè)bject o參數(shù)傳回。
而新模式里，dao在getDao()時(shí)從外面?zhèn)魅耄琫nhancer.create()返回的是一個(gè)proxy. 而調(diào)用intercept時(shí)，實(shí)際會(huì)用之前傳入的dao進(jìn)行操作，而忽略O(shè)bject o參數(shù)傳入的proxy.

有點(diǎn)遺憾, intercept函數(shù)里MethodProxy的Signature是固定的 , 即客戶如果調(diào)用foo(String),你不可以用proxy.invoke偷換成foo(String,String);


系列文章：
Java下的框架編寫(1)--序
Java下的框架編程(2)-對(duì)泛型的無聊用法和為擦拭法站臺(tái)?
Java下的框架編程(3)--關(guān)于反射的碎話?
Java下的框架編程(4)--Annotation vs XML vs Interface 最新一Round?
Java下的框架編程(5)--cglib應(yīng)用
Java下的框架編程(6)--asm(待寫)

作者：江南白衣 

1.因?yàn)閮烧叩挠猛静煌訟nnotation與XML應(yīng)該并存

　Anootation vs XML 到了現(xiàn)在，在Spring和EJB3各占一邊的持續(xù)演示下，各自的用途已清晰。
   雖然兩者之間完全可以相互替代，沒有絕對(duì)不能做的事情，但卻存在好不好的問題，兩者的用途不同，應(yīng)該并用：

   "size=10，db_user=ito"這樣的參數(shù)，仍然適合放在XML，YAML(ruby)，properties，ini文件里。
    而Annotation中所放，是真正程序的一部分，是舊編程體系中所缺的那一塊東西。
　看看編程語言的發(fā)展：
    一開始只是函數(shù)的封裝；
    到了OO語言，對(duì)象有了自己的屬性和方法；
    到了框架滿天飛的年代，這些屬性和方法又有了自己的屬性，來告訴框架如何為自己提供服務(wù)。比如Spring和EJB3，POJO就用配置信息來告訴框架無侵入的提供服務(wù)。整個(gè)進(jìn)化的過程非常自然。

    因?yàn)檫@些信息本來就是程序的一部分，所以應(yīng)該仍然放在Code里頭，Spring把它割裂到XML明顯影響了代碼的閱讀。

2.Anotation/XML PK Interface，Spring 無侵入性的基礎(chǔ)
   切爾斯基的Blog講了Annotation/XML 對(duì)Interface的PK。這次PK，也可以認(rèn)為是Spring 對(duì) EJB2.1在框架無侵入性上的一次PK。
   在EJB2.1時(shí)代，POJO必須通過接口來向框架聲明一些東西，這就造成了框架的侵入性，強(qiáng)迫POJO實(shí)現(xiàn)一堆接口。而Spring，把這些元信息搬到了XML配置文件。
　在Spring里隨便就可以舉個(gè)例子。比如一個(gè)POJO，在Spring為它進(jìn)行依賴注入A和B后，需要根據(jù)A和B來裝配一個(gè)內(nèi)部屬性C，這樣就需要再跑一個(gè)init()函數(shù)。Spring提供兩種方式，一種侵入性的，實(shí)現(xiàn)InitializingBean接口的afterPropertiesSet()函數(shù)供Spring調(diào)用。   而另一種是無侵入性的，在Bean的xml節(jié)點(diǎn)里面自行定義init函數(shù)的名字。

３.Annotation目前的弱點(diǎn)
　一是Hibernate、Struts、三姑媽、四姨婆的annotation如果一股腦兒的全堆在可憐的POJO上很沒人道，如果三姑六婆都搶Transation這個(gè)Anontation就更慘了。
    二是annoation的表達(dá)能力有限，不如XML的強(qiáng)。

4.JSR250 - Common Annotations for the Java
    Final Draft已經(jīng)發(fā)布，八卦回來一看，也只是多定義了幾個(gè)Common Annotation而已。
   1.Generated  自動(dòng)生成的代碼要用此聲明，而且必須說明工具的名稱，如@Generated(“com.sun.xml.rpc.AProcessor”)

   2.Resource/Resources 就是EJB3里面用的資源引用。

   3.PostConstruct / PreDestroy 聲明那些如題的函數(shù)。
  
   還有一些安全方面的annotation，不關(guān)心。


文章：
Java下的框架編寫(1)--序
Java下的框架編程(2)-對(duì)泛型的無聊用法和為擦拭法站臺(tái) 
Java下的框架編程(3)--關(guān)于反射的碎話 
Java下的框架編程(4)--Annotation vs XML vs Interface 最新一Round 
Java下的框架編程(5)--cglib應(yīng)用
Java下的框架編程(6)--asm(待寫)

  

   作者：江南白衣 

   不知道明年今日，會(huì)不會(huì)出現(xiàn)一隊(duì)只會(huì)用Ruby On Rails的畢業(yè)生，像當(dāng)年的asp、jsp、php迅速剿了C++/perl的CGI那樣，把我們給剿了。同好們勸我，根據(jù)大公司經(jīng)濟(jì)學(xué)，這基本不會(huì)發(fā)生。

    在茫茫的框架之海認(rèn)出一個(gè)Rails框架，基本上靠四個(gè)特征
    1.一門動(dòng)態(tài)語言
    2.一個(gè)extreme simple to use的ORM框架
    3.一個(gè)extreme simple to use的MVC框架
    4.一些自動(dòng)生成代碼的命令、模版
    其余ajax、web service、i18n等特性自由擴(kuò)展

   1.Ruby: Ruby on Rails
      Rails系的旗手，一己之力搞得J2EE陣營雞飛蛋打。
      旗手的作用表現(xiàn)在：
      *最接近1.0的版本，目前已出到最后一個(gè)RC版 1.0 rc4(0.14.3)
      *擁有一本amazon超級(jí)暢銷的《Agile Web Development with Rails》，而且這本書的組織也好，part I是一個(gè)漸進(jìn)的sample application 讓你快速入門，partII是幾個(gè)重要領(lǐng)域的深入介紹。
      *擁有自己的IDE: RadRails ，基于Eclipse但獨(dú)立成軍，目前出到0.5。(是不是怕慘了Eclipse的多變，現(xiàn)在這些IDE的發(fā)行版本開始反包含了Eclipse在內(nèi)。)

    2.Python: DJango、turbogears
       認(rèn)識(shí)不深，所以DJango請(qǐng)看limodou的blog，turbogears看xlp123的。

    3.Groovy: grails
       如果能順產(chǎn)，絕對(duì)是J2EE陣營里感情分最高漲的項(xiàng)目。因?yàn)樗Z言用Groovy，ORM用annotation版Hibernate，MVC用Spring。不用擔(dān)心它換湯不換藥，因?yàn)榻?jīng)過extreme的封裝，再結(jié)合Groovy，絕對(duì)不再是原來的Spring+Hibernate，而是和RoR差不多的一樣?xùn)|西了。不信可以看看他的Sample。
       不過這個(gè)項(xiàng)目的源碼目錄樹非一般的亂，也還沒有0.1版釋出。還有一樣奇怪的事情，這個(gè)Groovy項(xiàng)目，大多數(shù)的class代碼都是Java寫的。

    4.Php: symfony ,cake
       據(jù)說cake比symfony弱非常多，所以沒看。
       symfonys是基于php5的項(xiàng)目，成功整合了Propel(ORM)、Mojavi3(MVC)，再配合自動(dòng)生成的腳本打造而成。看他的sample，最后整合出來的東西也很Rails了，除了ORM層的xml文件。
        還有一個(gè)發(fā)現(xiàn)是Php項(xiàng)目現(xiàn)在可以用pear來安裝，很像Ruby的gem，Java的Maven要努力了。
        這樣就裝完了symfonys和propel&croel, mojavi3,還有用來運(yùn)行腳本命令的pake(php make)，PHing(php ant?)，一大堆東西。

  佩服david turing，獨(dú)自張羅了BEA廣州User Group這臺(tái)一百二十人的大戲。

  如果有什么意見，就是這一百二十對(duì)目光，太嚴(yán)肅了。所以今天能頂住這么多眼鏡反射，站到講臺(tái)上的都是好兄弟(姊妹)。

   而我期望的UG有一種更relex的style，一面喝酒一面聽歌一面看日落，超過千人鴉雀無聲的呆望咸蛋黃般的落日悄然沒入大海，當(dāng)最后的陽光消失時(shí)，全場(chǎng)千人竟然一齊拍手喝彩，有如目擊歐洲杯黃金入球，場(chǎng)面好鬼"娘"......   很明顯，剛才說的是Cafe del Mar。轉(zhuǎn)回現(xiàn)場(chǎng)實(shí)況報(bào)道：今天群里出現(xiàn)了cyt、rayman、pqf、ytam、GTM、小小強(qiáng)、yok、sparkle、瀚海、翱翔和我，剛好夠一桌。

講演報(bào)道

    去得比較晚，沒看到Bea工程師的講演。看到身為Promgrammer粉粉團(tuán)家嫂的shallon講Spring(由于彭羚同學(xué)慣稱商臺(tái)家嫂，所以cyt偶像的shallon親愛也可稱為...照片在dev2dev)，講稿是一份非常Professional的內(nèi)部培訓(xùn)材料，力挺之下，被david.turing誤報(bào)為too simple，特此勘誤:(

    另一位是Hongsoft同志，不過隔行與隔山，工作流方面完全不懂，ppt上都是一堆不認(rèn)識(shí)的名詞，遂十分欽佩之(如果你在演講過程中不要老點(diǎn)我名字我會(huì)更欽佩你，下次輪到我講的時(shí)候，嘿嘿....)，并理解為是在講軟件命名風(fēng)水學(xué)，哪個(gè)旺，哪個(gè)不旺，最后是BPEL勝出。(但cyt偶像隔完又隔了幾行之后，仍然覺得像是為了兼顧到場(chǎng)領(lǐng)導(dǎo)的科普教育，too simple，這就是當(dāng)偶像的資本）

全場(chǎng)笑位
     全場(chǎng)最大的笑位hongsoft剛上來，很謙虛的講，“本來想趁剛才的時(shí)間復(fù)習(xí)一下講稿的，但因?yàn)榍懊娴难葜v太精彩，所以我... ” ，“睡著了...” ytam忽然接了一句。方圓幾米內(nèi)笑倒一片。這個(gè)故事告訴我們，當(dāng)下面有ytam這么恐怖的存在時(shí)，有話一定要一次說完。

其余八卦
    茶會(huì)開始的時(shí)候，GTM說，明白為什么有的同志坐到山頂了，原來那里才是上菜位。我們這些坐一二排握手位的反而......于是一幫人又接著去澳門街FB，而且消滅的速度一流。
    還有，因?yàn)镚TM上次偷拍的失手，今天大家看到GTM的手機(jī)都像見到鬼似的.....
    還還有，今天cyt偶像拿到了ytam那本絕版的《C++ Template Complete Guide》 中文版，我也想要阿。以后大家可以多點(diǎn)利用聚會(huì)的機(jī)會(huì)交換東西。
    

    作者：江南白衣 

    充分體驗(yàn)到知識(shí)循環(huán)再用的好處，原本對(duì)Python、wxWidgets沒有接觸的，天黑天亮之間，已經(jīng)作了一個(gè)半成品的桌面程序出來。

    1.選型
    通常選型之后，都會(huì)迫切的告訴別人自認(rèn)為正確的原因，這時(shí)候路過的人就比較不幸了。
    我選Python和wxWidgets，是因?yàn)?......

    因?yàn)槭前l(fā)布到網(wǎng)上的小程序，要它很小，Java和.Net這兩個(gè)還算當(dāng)紅但要裝虛擬機(jī)的笨家伙最先out了，而Python在py2exe之后壓成rar才3M，如果有心思還可以弄得更小。
    選wxWidgets是因?yàn)樗梢酝ㄐ杏赪indows，Linux兩個(gè)位面，另外Fox也能通用，不過wxWidgets是像SWT一樣用Native Widgets的，在WinXP上比較好看。
    用Python而不是C++，是為了快速開發(fā)。當(dāng)然，心底里其實(shí)是貪好玩。本來喜歡Ruby的語法更純潔一些，可惜wxRuby已經(jīng)太久沒更新了。

   2.wxWidgets
   所謂GUI框架，萬變不離下面幾點(diǎn)：
   1.框架結(jié)構(gòu)
      拿個(gè)HelloWorld一看就懂，又是Application->Frame->Menu 的標(biāo)準(zhǔn)架構(gòu)。

   2.wxWidgets用法
     來來去去還是Text框，選擇框，按鈕幾個(gè)老面孔，在wxPython上把wxPython2.6-win32-docs-demos-2.6.1.0.exe檔下載回來，就有C++版本的API手冊(cè)與python版本的每個(gè)widgets的Demo Code。

   3.控件與頁面的Layout
      一種方式是C# Winform和Swing那樣在程序里生成組件和layout，經(jīng)歷過SWT手寫代碼畫頁面的折磨，再看到一層又一層的Container代碼（wxWidgets里是Sizer)已經(jīng)不覺得麻煩了。也有所見即所得的工具如BOA，不過畢竟沒有Visual Studio for WinForm那么好，難以真正使用。
      一種是像Delphi, VC或未來的XAML那樣把控件和layout記在XML文件里。但我沒有用。

  4.事件分發(fā)機(jī)制
     像 EVT_BUTTON(self,ID_UPLOAD, self.onUpload)這樣的代碼，挺簡(jiǎn)單的。

  可見，只要有過GUI編程的經(jīng)驗(yàn)，再學(xué)wxWidgets 很容易。
  參考書：《Cross-Platform GUI Programming with wxWidgets》
                  《wxPython in Action》

   3. Python 
   手邊放一本Python的參考書，只要對(duì)動(dòng)態(tài)語言有點(diǎn)感性認(rèn)識(shí)，對(duì)著Sample Code能能猜就猜，猜不到就拿chm版的參考書來索引，也很容易入門。

   最難的地方發(fā)生在遍歷目錄，那時(shí)候已經(jīng)有點(diǎn)困了：
    這是什么見鬼語法阿！！
    原來os.walk('C:/projects") 的返回值是一個(gè)tuple。在C++ Boost庫中接觸過這個(gè)概念，平常函數(shù)都只能返回一個(gè)值，而tuple可以讓你返回多個(gè)（這樣就不用利用傳址的參數(shù)來返回啦），所以就有了for root,dir,files in os.walk()這樣的句子。
    還有 print join(root,name) for name in files，原來python還有這種把閉包寫在for的前面的簡(jiǎn)寫法。

   IDE最后還是用了Eclipse的插件PyDev，畢竟Eclipse看著比較舒服，其他編輯器做得那么難看，怎么還好意思收錢。

4.美化界面  
    因?yàn)閣xWidgets用的是native widgets，不像Delphi,C# 和Swing有專門的look and feel 美化控件，所以美化的主要方式是為Toolbar和Button配上好看的圖標(biāo)，還有修飾整個(gè)軟件的配色。
    推薦Tango一個(gè)圖標(biāo)庫：http://tango-project.org/  to make open  source software beautiful...說出了我的心聲啊，"頂尖兒的程序員必有完美主義藝術(shù)家之傾向。"，目前的圖標(biāo)還不多，迅速更新中。

作者：江南白衣?

記者：你最討厭記者問什么問題？
黃偉文：嗯，那些問題里面帶最字的.....

所以，題目里面那個(gè)"最"字可以完全忽略不計(jì)，本文是用來記錄那些自己喜歡，但名聲沒有Spring、Hibernate般響亮的項(xiàng)目:

Xfire：http://xfire.codehaus.org
? Next-generation SOAP Framework，使用Stax，支持JavaEE 5一系列最新標(biāo)準(zhǔn)，支持各種Binding和自己最簡(jiǎn)單的Aegis Binding，還拖上了Spring的手做到非常簡(jiǎn)單的發(fā)布。Axis的事實(shí)標(biāo)準(zhǔn)地位該不保了吧。

Grails: http://grails.codehaus.org
?????Groovy On Rails，底層使用封裝過的Hibernate和Spring，Javaer們最最親切的Rails--見?各系Rails大點(diǎn)兵

Drools： http://labs.jboss.com/portal/jbossrules
??? 開源規(guī)則引擎里最好的了，雖然比不上死要錢的ILog。但加入了JBoss陣營已經(jīng)很強(qiáng)悍，有IDE，有很流氓的DSL寫法，語法也已非常貼近ILog.
??? 找個(gè)好靠山，支持Spring，增加IDE Plug-in，這幾乎成了每個(gè)開源方案的成名之路。

ExtremeTable: http://www.extremecomponents.org
?????DisplayTag 的Killer。沒想到TagLib日漸式微的時(shí)候，還有Extreme Table這么設(shè)計(jì)優(yōu)良，身光頸靚的尤物 new born，實(shí)在鼓舞人心。目前的功能已經(jīng)強(qiáng)了DisplayTag好多個(gè)馬位，但站長依然雄心勃勃的繼續(xù)著RoadMap。

Pentaho:??www.pentaho.org
?????商業(yè)智能方案，最核心還是基于Mondrain+JProvit的經(jīng)典窮人OLAP通用方案，但在整個(gè)流程和工具上花了很多功夫。
??
Compass: http://www.compassframework.org/
???? 基于已成事實(shí)標(biāo)準(zhǔn)的Lucene，又和Spring，Hibernate搞在一起的全文搜索方案，是集成方案，not only 引擎。

Daffodil Replicator:? http://www.daffodildb.com/replicator/
?????通用的多數(shù)據(jù)庫synchronization方案，能夠通過配置策略解決數(shù)據(jù)庫異構(gòu)和數(shù)據(jù)沖突。

LifeType:?http://www.lifetype.net/
????php的成熟多用戶Blog應(yīng)用，原名Plog，有著很好的插件機(jī)制，對(duì)php的OO、模板、adodb應(yīng)用都非常成熟，是個(gè)學(xué)習(xí)php應(yīng)用的藍(lán)本。Javaer整天忙著換框架，根本沒時(shí)間沉淀出這樣成熟的應(yīng)用。

Joomla:?? http://www.joomla.org/
???? php的CMS 方案?Mambo的開源分裂版，基礎(chǔ)的MVC架構(gòu)比XOOPS弱，但長得好看就是她的資本。


????隨時(shí)更新中.....

     反射，所有教科書都正兒八經(jīng)的講了，這里只能再隨便講兩句。

     反射是一種讓框架能夠根據(jù) "以字符串形式存在的信息" 來調(diào)用對(duì)象的屬性和函數(shù)的技術(shù)，是Java對(duì)C++最大的進(jìn)步之一---讓框架編程真正走向平民化。MFC年代，無論侯捷如何深入淺出，還在念大學(xué)的我就是搞不懂那些注冊(cè)"消息--函數(shù)映射"的魔法宏。

     不過Java的反射也就是對(duì)著C++比較自豪而以，因?yàn)镃#,Ruby,Python甚至php都標(biāo)配了反射的功能。而且，人家的反射語法都是內(nèi)嵌在基礎(chǔ)Object類的，拿最弱的php來看：
     而Java，卻搞出了Class，Methed, Field，Constructor這么一大堆類出來。本來這是Java設(shè)計(jì)師很嚴(yán)謹(jǐn)，很cool的體現(xiàn)，問題是它居然不提供一種集成的簡(jiǎn)便的寫法......相同的情形還出現(xiàn)在Java的I/O 類庫里。
    微軟這方面就做得好些，懂得討好開發(fā)人員。

    因?yàn)镴ava的無情，就搞得大家的項(xiàng)目里要自制BeanUtils了。幸虧Apache Jakarta Commons 已經(jīng)做了一個(gè)比較好的，可以直接使用--以前寫的介紹文章。
    另外Spring也做了一個(gè)。

    閑得沒事做的，還可以emule一本〈Relection in action〉回來看。

    而C++下面的"反射"，見我偶像di文章。另還有一個(gè)比較BT的C++框架叫ACDK的，把自己整得和Java很像，有反射和垃圾收集，甚至和JSDK差不多的線程，Unicode，I/O，網(wǎng)絡(luò)，XML API。可惜的是，即使到了C++0x, B大叔還是不準(zhǔn)備在語言級(jí)支持反射。

系列文章：
Java下的框架編寫(1)--序
Java下的框架編程(2)-對(duì)泛型的無聊用法和為擦拭法站臺(tái) 
Java下的框架編程(3)--關(guān)于反射的碎話 
Java下的框架編程(4)--Annotation vs XML vs Interface 最新一Round 
Java下的框架編程(5)--cglib應(yīng)用
Java下的框架編程(6)--asm(待寫)

    作者：江南白衣
　從8i到10g，Oracle不斷進(jìn)化自己的SQL Tuning智能，一些秘籍級(jí)的優(yōu)化口訣已經(jīng)失效。
   但我喜歡失效，不用記口訣，操個(gè)Toad for Oracle Xpert ，按照大方向舒舒服服的調(diào)優(yōu)才是愛做的事情。

1.Excution Plan
     Excution Plan是最基本的調(diào)優(yōu)概念，不管你的調(diào)優(yōu)吹得如何天花亂墮，結(jié)果還是要由Excution plan來顯示Oracle 最終用什么索引、按什么順序連接各表，F(xiàn)ull Table Scan還是Access by Rowid Index，瓶頸在什么地方。如果沒有它的指導(dǎo)，一切調(diào)優(yōu)都是蒙的。


2.Toad for Oracle Xpert
    用它來調(diào)優(yōu)在真的好舒服。Quest 吞并了Lecco后，將它整合到了Toad 的SQL Tunning里面：最清晰的執(zhí)行計(jì)劃顯示，自動(dòng)生成N條等價(jià)SQL、給出優(yōu)化建議，不同SQL執(zhí)行計(jì)劃的對(duì)比，還有實(shí)際執(zhí)行的邏輯讀、物理讀數(shù)據(jù)等等一目了然。


3.索引
   大部分的性能問題其實(shí)都是索引應(yīng)用的問題，Where子句、Order By、Group By 都要用到索引。
   一般開發(fā)人員認(rèn)為將索引建全了就可以下班回家了，實(shí)則還有頗多的思量和陷阱。

3.1 索引列上不要進(jìn)行計(jì)算
      這是最最普遍的失效陷阱，比如where trunc(order_date)=trunc(sysdate), i+2>4。索引失效的原因也簡(jiǎn)單，索引是針對(duì)原值建的二叉樹，你將列值*3/4+2折騰一番后，原來的二叉樹當(dāng)然就用不上了。解決的方法:
　 1.　換成等價(jià)語法，比如trunc(order_date) 換成

　 2.    特別為計(jì)算建立函數(shù)索引

    3.    將計(jì)算從等號(hào)左邊移到右邊
　這是針對(duì)某些無心之失的糾正，把a(bǔ)*2>4　改為a>4/2；把TO_CHAR(zip) = '94002' 改為zip = TO_NUMBER('94002');

3.2 CBO與索引選擇性
     建了索引也不一定會(huì)被Oracle用的，就像個(gè)挑食的孩子。基于成本的優(yōu)化器(CBO, Cost-Based Optimizer)，會(huì)先看看表的大小，還有索引的重復(fù)度，再?zèng)Q定用還是不用。表中有100 條記錄而其中有80 個(gè)不重復(fù)的索引鍵值. 這個(gè)索引的選擇性就是80/100 = 0.8，留意Toad里顯示索引的Selective和Cardinailty。實(shí)在不聽話時(shí)，就要用hints來調(diào)教。
     另外，where語句存在多條索引可用時(shí)，只會(huì)選擇其中一條。所以索引也不是越多越好：）

3.3 索引重建
     傳說中數(shù)據(jù)更新頻繁導(dǎo)致有20%的碎片時(shí)，Oracle就會(huì)放棄這個(gè)索引。寧可信其有之下，應(yīng)該時(shí)常alter index <INDEXNAME> rebuild一下。

3.4 其他要注意的地方
      不要使用Not，如goods_no != 2，要改為

      不要使用is null , 如WHERE DEPT_CODE IS NOT NULL 要改為

3.5 select 的列如果全是索引列時(shí)
   又如果沒有where 條件，或者where條件全部是索引列時(shí)，Oracle 將直接從索引里獲取數(shù)據(jù)而不去讀真實(shí)的數(shù)據(jù)表，這樣子理論上會(huì)快很多，比如

當(dāng)order_no,order_time,shop_no 這三列全為索引列時(shí)，你將看到一個(gè)和平時(shí)完全不同的執(zhí)行計(jì)劃。

3.6 位圖索引
     傳說中當(dāng)數(shù)據(jù)值較少，比如某些表示分類、狀態(tài)的列，應(yīng)該建位圖索引而不是普通的二叉樹索引，否則效率低下。不過看執(zhí)行計(jì)劃，這些位圖索引鮮有被Oracle臨幸的。
 

4.減少查詢往返和查詢的表
這也是很簡(jiǎn)單的大道理，程序與Oracle交互的成本極高，所以一個(gè)查詢能完成的不要分開兩次查，如果一個(gè)循環(huán)執(zhí)行１萬條查詢的，怎么都快不到哪里去了。

4.1 封裝PL/SQL存儲(chǔ)過程
　 最高級(jí)的做法是把循環(huán)的操作封裝到PL/SQL寫的存儲(chǔ)過程里，因?yàn)榇鎯?chǔ)過程都在服務(wù)端執(zhí)行，所以沒有數(shù)據(jù)往返的消耗。

4.2 封裝PL/SQL內(nèi)部函數(shù)
  有機(jī)會(huì)，將一些查詢封裝到函數(shù)里，而在普通SQL里使用這些函數(shù)，同樣是很有效的優(yōu)化。

4.3 Decode/Case
　 但存儲(chǔ)過程也麻煩，所以有case/decode把幾條條件基本相同的重復(fù)查詢合并為一條的用法：

4.4 一種Where/Update語法

5.其他優(yōu)化
5.1RowID和ROWNUM
     連Hibernate 新版也支持ROWID了，證明它非常有用。比如號(hào)稱刪除重復(fù)數(shù)據(jù)的最快寫法：

 

6.終極秘技 - Hints
   這是Oracle DBA的玩具，也是終極武器，比如Oracle在CBO,RBO中所做的選擇總不合自己心水時(shí)，可以用它來強(qiáng)力調(diào)教一下Oracle，結(jié)果經(jīng)常讓人喜出望外。
   如果開發(fā)人員沒那么多時(shí)間來專門學(xué)習(xí)它，可以依靠Toad SQL opmitzer 來自動(dòng)生成這些提示，然后對(duì)比一下各種提示的實(shí)際效果。不過隨著10g智能的進(jìn)化，hints的驚喜少了。

7. 找出要優(yōu)化的Top SQL
    磨了這么久的槍，如果找不到敵人是件郁悶的事情。
    幸虧10g這方面做得非常好。進(jìn)入Web管理界面，就能看到當(dāng)前或者任意一天的SQL列表，按性能排序。
    有了它，SQL Trace和TKPROF都可以不用了。

   作者：江南白衣 

   除開五大或者ThoughtWorks這種要什么有什么，進(jìn)去做打字也能光耀門楣的不談。如果是嫁到一個(gè)普通軟件公司，怎樣的環(huán)境才能最快的成長呢？
   首先基本的公司項(xiàng)目管理水平是必要的；其次是穩(wěn)健而不保守的公司技術(shù)選型和一班能溝通的同事。

    更重要的，是要有一個(gè)嚴(yán)苛的環(huán)境，那些古訓(xùn)說的都沒錯(cuò)，越是嚴(yán)苛，成長越快。 然后有些引導(dǎo)與助力，讓你在嚴(yán)寒中節(jié)省體力，過得好些的，就是最佳的成長環(huán)境了。

    一，最復(fù)雜多變的業(yè)務(wù)規(guī)則，最難侍候的客戶
         大多數(shù)人碰上這兩樣?xùn)|西都是愁眉苦臉，天天抱怨。其實(shí)應(yīng)該把它視為入門鍛煉的：
        第一階是努力用細(xì)密的編碼迎合復(fù)雜的業(yè)務(wù)，以金牌服務(wù)的態(tài)度接受客戶的善變和每樣需求都要24小時(shí)有取的bt。充分打磨過的眼耳口心，才是個(gè)合格的IT人。如果業(yè)務(wù)規(guī)則都清的像水，項(xiàng)目時(shí)時(shí)都是以我為主的，反是在做toy application，不算入了IT的門。
       打磨之后，如果肯靜下心來總結(jié)，設(shè)計(jì)架構(gòu)如何適應(yīng)改變，流程如何做到快速更新部署，就是第二階段的進(jìn)步了。
       一直做ERP，自問有足夠復(fù)雜的業(yè)務(wù)(因?yàn)椴皇煜I(yè)務(wù)，有些不復(fù)雜的也變復(fù)雜了)和麻煩的客戶(自己不是大公司，麻煩的客戶就會(huì)很多)，但在第二階段還是不很靜得下心。

    二，最嚴(yán)格的性能要求，準(zhǔn)確性要求，錯(cuò)誤恢復(fù)要求
        最好是那種每天N萬人訪問，幾億條數(shù)據(jù)。還有準(zhǔn)確性很嚴(yán)格，分分鐘幾十萬上下，如果崩機(jī)又要迅速完全恢復(fù)狀態(tài)的項(xiàng)目。
         每天幾萬人訪問的項(xiàng)目沒做過，遺憾。
         幾千萬條數(shù)據(jù)的項(xiàng)目倒是每天面對(duì)，優(yōu)化學(xué)了一點(diǎn)，但沒有充分利用嚴(yán)格的環(huán)境去追求改進(jìn)，遺憾。
         ERP的報(bào)表倒是經(jīng)常會(huì)搞到幾十萬上下的差額，但一直重視不足。
         崩機(jī)恢復(fù)是最近的項(xiàng)目要求，更爽是這個(gè)項(xiàng)目澳國政府居然有一份規(guī)范，我說的助力就是指這些了，不用自己慢慢摸索而且經(jīng)常摸錯(cuò)地方。

    三，最底層的編碼
         不要老是高高在上的搞ERP搞.com，偶然嘗試一下用到起碼C一級(jí)的語言，和硬件打打交道，直接寫IO口阿，中斷阿，都是有就不要放過的鍛煉。
         沒做過底層編碼，只會(huì)純軟件的IT人的感覺是不完整的。
         剛好公司最近的項(xiàng)目有要求，捧一本〈Linux Device Driver〉看看。

    四，最高層的設(shè)計(jì)
        設(shè)計(jì)、框架--技術(shù)人一聽就眼紅的字眼。但不是每個(gè)公司都搞很產(chǎn)品化的項(xiàng)目，或者在項(xiàng)目里自寫類庫重做輪子。所以，除了剛?cè)胄械哪嵌委偪袢兆樱芨唠A的設(shè)計(jì)其實(shí)我也沒做多少，多數(shù)時(shí)間都是應(yīng)用層的開發(fā)。

       雖然自己不寫，但卻經(jīng)常都要進(jìn)行框架選型，也算是蒸發(fā)智力的一個(gè)地方。Pragmatic Programmer里說的critical的態(tài)度很重要，Spring好么？一定要想清楚它好在哪里，不要糊里糊涂的看著quick start就入局了，渾忘了without Spring的世界是怎樣的。

       另外，因?yàn)橛袝r(shí)候開源軟件有bug，或者要增強(qiáng)它來吻合項(xiàng)目需求，或者有錯(cuò)了不明就里時(shí)直接讀源碼會(huì)更快找到錯(cuò)誤。這樣就接觸到不少優(yōu)秀開源項(xiàng)目的源碼，比如Spring，無形中也會(huì)學(xué)到他的設(shè)計(jì)。
        
       如果說Java盛產(chǎn)框架型的項(xiàng)目，php的項(xiàng)目則多是熟透了的Web應(yīng)用。最近發(fā)現(xiàn)php不是以前的php了，應(yīng)該算入python,ruby一類的動(dòng)態(tài)OO語言，它的那些著名項(xiàng)目一樣有著很好的MVC框架。細(xì)看之下學(xué)到應(yīng)用設(shè)計(jì)方面的不少東西。
       
             
     一陣發(fā)呆打了這篇字，其實(shí)也是提醒自己，目前的環(huán)境可以，應(yīng)該以更好的心態(tài)接受更嚴(yán)苛的歷練，那些古訓(xùn)說的都沒錯(cuò)。

  作者：江南白衣 

《Modern C++ Design》里的Policy-Base Class是Cpper得意的一樣事情;
  Spring 式IoC container 的依賴注入是Javaer得意的一樣事情;
  Ruby的Mixin特性是Rubyer得意的一樣事情。

  有趣的是，各自得意的事情，指向的是同一個(gè)問題：多重行為的組合。

   1 .Policy-Base是混合使用模板與C++的多重繼承達(dá)成的：
      最終類多重繼承模版類，由模版?zhèn)魅雽?shí)際的行為類(Policy Class)。

    上段代碼，在編譯期把NoChecking類傳入到SmartPtr中，組合成noCheckPtr類。而實(shí)戰(zhàn)中，還會(huì)用到"template template parameter"....

   2 .Java則緊守最古老的委托模式來達(dá)成：
     最終類擁有實(shí)際施行各種行為的行為類的指針。所有最終類的方法都將委托給行為類來執(zhí)行。如果行為多樣時(shí)，采用基于接口編程。同時(shí)利用Java的反射特質(zhì)，用IOC Container根據(jù)配置實(shí)現(xiàn)注入的自動(dòng)化。

   3. Ruby則倚仗自己的動(dòng)態(tài)特性，直接在語言中內(nèi)建了Mixin特性。
      
此段代碼將Greetable類Minxin進(jìn)了Person類里頭，讓其擁有了greet方法。
也多虧了Ruby的動(dòng)態(tài)性，讓Greetable可以打印一個(gè)自身毫不知情的，其實(shí)屬于Person的屬性age.

就因?yàn)橥粯邮虑檫€有著C++模板、傳統(tǒng)Delegate和新興動(dòng)態(tài)Minxin的選擇，讓我們這些工蟻，還覺得有些許的自由和左顧右盼的樂趣。

    作者：江南白衣 

     昨天翻翻《程序設(shè)計(jì)實(shí)踐》的Debug一章，里面用C寫的例子早已被風(fēng)吹的沒了顏色，不隨語言流轉(zhuǎn)的就只有結(jié)尾那幾句經(jīng)驗(yàn)談。但大學(xué)里向來是連這幾句話也懶得教的，一定要大家從“put print statements in the program to find the bug” 開始，和bugs共同生活幾年后，自個(gè)養(yǎng)成條件反射式的debug習(xí)慣。

     面對(duì)Bug，正確的生理反射應(yīng)當(dāng)是找線索而不是直接跳到Step 2蠻干：
        一、找熟悉的模式。人應(yīng)該了解自己當(dāng)然也包括自己常犯的錯(cuò)誤，還有是檢查那些經(jīng)常犯事的代碼模塊。
        二、最近改過的代碼。
        三、如果錯(cuò)誤是由特定數(shù)據(jù)和操作引起的，思考這些輸入的特征。
        四、如果是系統(tǒng)模塊輸出的錯(cuò)誤，第一時(shí)間拷下來google。(不過也要提防有些系統(tǒng)的輸出信息完全不靠譜)

    找沒找到線索，然后都要開始定位錯(cuò)誤。
    定位的方法，是經(jīng)典不過的--分而治之：注釋一些代碼，減少、hardcode一些輸入值和中間值，函數(shù)返回值等等。
    如果沒有明顯的線索，可單步執(zhí)行，同時(shí)察看多個(gè)變量的debug工具就要及早出場(chǎng)，它能讓你看到程序?qū)嶋H的執(zhí)行情況而不是你思想里早就預(yù)設(shè)的誤區(qū)。
    不過，斷點(diǎn)設(shè)在哪里，先注釋、hardcode哪些代碼這種深刻決定debug效率的抉擇，就很講經(jīng)驗(yàn)和最近的運(yùn)勢(shì)了！

     如果埋頭苦干都沒有結(jié)果，那可能是思維有了誤區(qū)，就該拉個(gè)人過來和你聊一下天氣和這個(gè)bug啦(但是注意別拉到太笨的，雞和鴨講的)。又或者，再回頭看看是不是一些極低級(jí)的錯(cuò)誤，比如鏈接庫的版本錯(cuò)啦，根本沒有重編譯啦....

     改完bug后，好習(xí)慣是再看一眼別的地方中會(huì)不會(huì)還有同類的蟲蟲沒殺掉。

    ----延伸閱讀《Code Complete 2nd》中Debugging 一章。