支持自動(dòng)生成sql語句的ibatis改造
什么是iBatis：
使用ibatis 提供的ORM機(jī)制，對業(yè)務(wù)邏輯實(shí)現(xiàn)人員而言，面對的是純粹的Java對象， 這一層與通過Hibernate 實(shí)現(xiàn)ORM 而言基本一致，而對于具體的數(shù)據(jù)操作，Hibernate 會自動(dòng)生成SQL 語句，而ibatis 則要求開發(fā)者編寫具體的SQL 語句。相對Hibernate等 “全自動(dòng)”O(jiān)RM機(jī)制而言，ibatis 以SQL開發(fā)的工作量和數(shù)據(jù)庫移植性上的讓步，為系統(tǒng) 設(shè)計(jì)提供了更大的自由空間。作為“全自動(dòng)”O(jiān)RM 實(shí)現(xiàn)的一種有益補(bǔ)充，ibatis 的出現(xiàn)顯 得別具意義。
使用iBatis開發(fā)項(xiàng)目工作量比較大，因?yàn)槊總€(gè)sql語句都必須自己寫。一般的CRUD sql都是sql 92規(guī)范，基本上都通用所有數(shù)據(jù)庫。我想如果可以通過hack ibatis源代碼實(shí)現(xiàn)自動(dòng)生成iql(ibatis sql)可以簡化多少開發(fā)量啊。(最開始有這個(gè)想法是因?yàn)閕batis for .net實(shí)現(xiàn)了這個(gè)功能，而ibatis for java沒有)
說干就干，決定依照ibatis for .net的實(shí)現(xiàn)方式來實(shí)現(xiàn)，通過sql-map的parametermap來實(shí)現(xiàn)。以最小代碼來實(shí)現(xiàn)該功能。
查看了相關(guān)dtd后，發(fā)現(xiàn)《parameter》節(jié)點(diǎn)沒有column定義，《parameterMap》節(jié)點(diǎn)沒有extends定義，《result》和《resultMap》這倒是有。于是修改dtd定義和BasicParameterMapping類，使其支持column。并且修改SqlMapParser類，使其初始化的時(shí)候支持column和extends。加入column的目的是為了支持java屬性對應(yīng)到不同的字段上。加入extends的目的是為了重用parametermap。
parameter修改完成后，就要修改dtd文檔定義，使其支持《generate》節(jié)點(diǎn)，我們只需要《insert》、《update》、《delete》、《select》這四個(gè)節(jié)點(diǎn)支持就行，《statement》和《sql》節(jié)點(diǎn)考慮在下一版支持。generate需要三個(gè)屬性，分別是table、where、excludes。其中table表示是對應(yīng)的表，適用于所有；where表示查詢條件字段，適用于select、update、delete；excludes表示要排除哪些parameter，適用于select、update。
dtd文檔定義修改完成后，就可以修改ibatis加載類，使其支持generate。這個(gè)切入點(diǎn)比較難找，因?yàn)橐屑?xì)分析他的源代碼。經(jīng)過仔細(xì)思考后，發(fā)現(xiàn)ibatis和sql-map支持《include》，決定在include后面加入generate的解析代碼。這樣比較方便的找到了切入點(diǎn)。
找到SqlStatementParser類，找到了parseDynamicTags方法，里面就有include的解析。這里面的判斷代碼是else if，我再加入一個(gè)generate的else if 就OK啦。經(jīng)過一天的修改，完成。工作量也不是太大。
【編輯推薦】
