hibernate？ejb？以及最近了解到的ibatis？
    ejb歷來(lái)以繁瑣著稱，或者稱為重量級(jí)。
    hibernate，看看它的hello cat演示很簡(jiǎn)單，但實(shí)際使用中幾乎沒(méi)有那么簡(jiǎn)單的情況。一旦業(yè)務(wù)復(fù)雜的話，再考慮上性能等等要求，總覺(jué)得也過(guò)于重量級(jí)。最不爽的是一種情況是如果關(guān)系表（就是僅僅包含2個(gè)主業(yè)務(wù)表的數(shù)據(jù)關(guān)聯(lián)，可能只有2，3個(gè)字段的那種）多一點(diǎn)，一對(duì)多，多對(duì)多，用起來(lái)總感覺(jué)象殺雞用牛刀：明明就是幾個(gè)關(guān)聯(lián)簡(jiǎn)單處理一下即可，但卻非要換成對(duì)象。還要lazy load。呵呵，抱怨一下。我用hibernate，操作上感覺(jué)比較舒服的是create和update的時(shí)候。最痛苦的是query，次不爽的是delete。
    ibatis，我只是看了一下所謂的demo，就跑了。配置文件復(fù)雜的來(lái)。。。且把sql寫在配置中，個(gè)人總是很難接受這種方式，如果是team work的話，不夠安全的說(shuō)，總覺(jué)得貌似是個(gè)人都能改（最怕N個(gè)人在同一個(gè)xml中配自己的SQL，林子大了什么鳥都有，team人多了，什么問(wèn)題都會(huì)出；這種多人搞一個(gè)文件就是問(wèn)題的最佳孳生點(diǎn)）。

    羅索了這么多，下面說(shuō)重點(diǎn)，開始總結(jié)。
    我覺(jué)得目前大部分都基于關(guān)系數(shù)據(jù)庫(kù)的現(xiàn)狀，增刪改查四大功能中，【查】，【增】可充分考慮OO思想，【改】可以適用部分OO思想，【刪】則幾乎不用考慮OO。我所指的OO，是以對(duì)象的概念來(lái)操作的意思。

    【查】，我覺(jué)得可以做到調(diào)用者自己根據(jù)業(yè)務(wù)組織SQL語(yǔ)句，定義SQL結(jié)果數(shù)據(jù)存儲(chǔ)POJO類，然后調(diào)用query方法，完成查詢，并將結(jié)果集數(shù)據(jù)載入到POJO對(duì)象中。這個(gè)樣子即滿足了大部分的需求。分頁(yè)暫不予考慮。
        public List doQuery(String sqlClause, Class pojoClass) throws XException;
            關(guān)于這個(gè)，我已經(jīng)有一篇隨筆，且自己已經(jīng)代碼實(shí)現(xiàn)并驗(yàn)證。所以不多說(shuō)了。

    【增】，向指定的表插數(shù)據(jù)是比較容易讓人聯(lián)想到對(duì)象概念的操作。所以，應(yīng)該比較適合使用對(duì)象。增操作時(shí)，指定表名，指定POJO對(duì)象實(shí)例，調(diào)用insert方法。
        public void doInsert(String tableName, Object pojoInstance) throws XException;
            所作的事情：
                1。從數(shù)據(jù)庫(kù)載入表結(jié)構(gòu)(一般來(lái)說(shuō)表結(jié)構(gòu)改動(dòng)的可能性不大，一次掃描后可緩存)
                2。將POJO對(duì)象的get屬性和表的字段，類型關(guān)聯(lián)起來(lái)
                3。構(gòu)造insert語(yǔ)句。最好再檢查一下字段能否為null等等。
                4。執(zhí)行insert語(yǔ)句。
            實(shí)際上，我覺(jué)得還有一種方式雖然對(duì)象概念不多，但應(yīng)該也蠻靈活，好用的。
        public void doInsert(String tableName, Map values) throws XException;
            基本操作思想和上面的一致。不過(guò)不需要用反射獲取屬性信息了。直接從map中遍歷即可。

    【改】，更新的字段多時(shí)，可能組織為一個(gè)POJO對(duì)象比較讓人能接受；但如果每次只更新1，2個(gè)字段或者針對(duì)某個(gè)表更新業(yè)務(wù)比較多（這次是a，b字段，下次是c，d等字段）的話，貌似丟棄對(duì)象，直接MAP更方便丫。基本接口和insert類似。個(gè)人感覺(jué)這是一個(gè)比較中間化的操作。
 
    【刪】，一般我們刪除時(shí)都是根據(jù)主鍵或者某些字段的條件來(lái)的。簡(jiǎn)單根據(jù)主鍵來(lái)刪時(shí)，貌似用MAP也比較能接受，因?yàn)橥ㄟ^(guò)指定倆參數(shù)，自己可以不用組織SQL，輕微爽的說(shuō)。復(fù)雜點(diǎn)的刪，業(yè)務(wù)要求組織一個(gè)暴惡心的SQL的情況也未嘗不存在，這種情況下，我們最多提供一個(gè)直接執(zhí)行SQL語(yǔ)句的接口即可。

以上純屬個(gè)人想法，不甚成熟，隨筆記之，以做備忘。

    剛剛看了一篇關(guān)于IBM的pureQuery的介紹。
    結(jié)合工作中的實(shí)際情況。忽然發(fā)現(xiàn)，大部分的模塊都會(huì)有查詢功能。盡管很多項(xiàng)目都使用了hibernate，但是，查詢結(jié)果頁(yè)面上的數(shù)據(jù)一般都不會(huì)是單純某個(gè)hibernate entity object所具備的，很多都是幾張表的數(shù)據(jù)湊起來(lái)的。要是再加上分頁(yè)要求的話，使用HQL查詢似乎有困難。使用純SQL，JDBC查詢的話相對(duì)簡(jiǎn)單，但是，每個(gè)地方都會(huì)編寫幾乎雷同的代碼。而這種情況出現(xiàn)多次的話，大家都會(huì)去COPY，PASTE。很快，各種小問(wèn)題就跟著來(lái)了。
    所以，寫一個(gè)實(shí)現(xiàn)如標(biāo)題的小工具應(yīng)該很有實(shí)用性。

public class SQLResults2POJOUtil {
    public SQLResults2POJOUtil (java.sql.Connection queryConnection) {
        ...
    }

    public List query(String sql, Object[] params, Class pojoClass) throws java.sql.SQLException {
        /* 第一步：執(zhí)行SQL查詢，得到結(jié)果集。
         * 第二步：將結(jié)果集中的每個(gè)column的name和pojoClass中的相關(guān)屬性的set方法關(guān)聯(lián)起來(lái)。
         * 第三步：遍歷結(jié)果集的每個(gè)數(shù)據(jù)，設(shè)置到pojoClass的實(shí)例。
         * 最后：返回pojoClass集合。
         * 這里面有2個(gè)關(guān)鍵點(diǎn)，第一是column name和屬性名稱匹配時(shí)要忽略大小寫，忽略下劃線
         * 第二點(diǎn)是實(shí)際設(shè)置pojoClass實(shí)例的值時(shí)還要記得類型轉(zhuǎn)換（常規(guī)轉(zhuǎn)化就那么幾種，可以考慮建立轉(zhuǎn)化注冊(cè)機(jī)制，方便實(shí)際使用中特殊類型轉(zhuǎn)化的擴(kuò)展需要）。
         */
    }

    public List query(String sql, Class pojoClass) throws java.sql.SQLException  {
        return (query(sql, null, pojoClass));
    }
}