1、  什麼叫ibatis

⑴、概念(官方文件)

  MyBatis是支援普通SQL查詢，儲存過程和高階對映的優秀持久層框架。MyBatis消除了幾乎所有的JDBC程式碼和引數的手工設定以及結果集的檢索。MyBatis使用簡單的XML或註解用於配置和原始對映，將介面和Java的POJOs（PlanOld Java Objects，普通的Java物件）對映成資料庫中的記錄。

   總結：dao層，操作資料庫，提供對sql的封裝，作用跟jdbc,hibernate類似。

2.0版本：ibatis   網址：http://ibatis.apache.org/

時間分隔點：2010/06/16

⑵、特點

  相對Hibernate和Apache OJB 等“一站式”ORM解決方案而言，ibatis 是一種“半 
自動化”的ORM實現。 縱觀目前主流的ORM，無論Hibernate 還是 
Apache OJB，都對資料庫結構提供了較為完整的封裝，提供了從POJO 到資料庫表的全 
套對映機制。程式設計師往往只需定義好了POJO 到資料庫表的對映關係，即可通過Hibernate 或者OJB 提供的方法完成持久層操作。程式設計師甚至不需要對SQL 的熟練掌握，Hibernate/OJB 會根據制定的儲存邏輯，自動生成對應的SQL 並呼叫JDBC 介面加以執 行。 ---- 摘自官方資料的一段話

 總結：ibatis是一種半自動化的ORM, 需要手工編寫sql ；hibernate不需要手工編寫sql。

2、  優點

  ⑴、iBATIS被廣泛認為是最簡單的一種持久化框架。

sql可以寫在xml中，結構清晰，靈活配置。

  ⑵、檔案歸類，select 後的字須定義到標籤中，可以實現部分程式碼複用。

  ⑶、執行sql後，返回的結果集自動封裝。類似以下程式碼，均可省略。

     while (rs.next()) {

                          so = new SoQueryMVO();

                         so.setQryFlag(rs.getString("qryFlag"));//                                                so.setSoNbr(rs.getString("SO_NBR"));

                          so.setExtSoNbr(rs.getString("EXT_SO_NBR"));

                          so.setCoNbr(rs.getString("CO_NBR"));

                          so.setSoStaffName(rs.getString("SO_STAFF_NAME"));

                          so.setSoWorkAreaName(rs.getString("SO_WORK_AREA_NAME"));

                          so.setApplDate(rs.getTimestamp("APPL_DATE"));

                          so.setContactResult(rs.getString("CONTACT_RESULT"));

                          so.setBillType(rs.getString("BILL_TYPE"));

                          so.setPaySts(rs.getString("PAY_STS"));

                          res.add(so);

                   }

  ⑷、MyBatis真正的力量是在對映語句中。這裡是奇蹟發生的地方。對於所有的力量，SQL對映的XML檔案是相當的簡單。當然如果你將它們和對等功能的JDBC程式碼來比較，你會發現對映檔案節省了大約95%的程式碼量。MyBatis的構建就是聚焦於SQL的，使其遠離於普通的方式。

   簡潔的程式碼和簡單的配置使得使用iBATIS所需的程式碼量可以減少到了相應JDBC程式碼的62%

    總結一下：可以省程式碼。

 ⑸、動態sql, 沒覺得有多好。

 ⑹、iBATIS改進了應用的設計方式以確保未來的可維護性，後期可維護性增加。

  ⑺、基於xml的，所以適合多平臺。
iBATIS可以用任何具有完備功能的程式語言來實現。

3、  缺點

⑴、開源的東西，文件資料少，官方說明文件太簡單，真正有應用價值的資訊不多。

  以官方文件為例：60%左右的程式碼講述環境配置，即相當於我們的connection-config.xml配置,及建立一個連結，  對於服務開通來說，使用的是java程式碼，連線oracle庫，一旦配置好環境，對於開發人員來說，專業於某些功能點，業務邏輯、流程、配置等的實現，在以後的開發過程中，其實很少關注環境。

   這部分功能實現可以放到工具類中，對我們來說，文章中的說明沒有什麼大的使用價值。

⑵、實現了結果集自動封裝，一把雙刃劍。

①、返回的結果集封裝結果單一，不能實現靈活封裝。如Map<key=id ,value =vo >

②、不支援巢狀vo物件，如果有同名欄位，會覆蓋。

關聯查詢，需要返回很多資訊，很有可能需要複寫MVO,把巢狀的vo,拿出來，放到第一層的vo裡面。

因為mvo改變，原來jsp頁面上使用soMVO.soResMVO.resId,諸如這種形勢，有可能修改前臺頁面。

③、以查詢為例，入參單一，只有一個入參，如果有兩個以上的引數，必須定義到一個物件中，感覺不靈活。

當然可以用paraMap方式進行配置，麻煩，感覺還不如定義到一個物件中。

④、部分寫在dao中的邏輯，改動起來麻煩。目前的目標是隻修改domIpml類，其它的儘量不修改，現在看來，

如此肯定不行了。部分複雜的邏輯靠標籤無法實現。

  if (!StringUtil.isBlank(so.getChbAccNbr())&& !StringUtil.isBlank(so.getAccNbr())) {

       // 增加批量查詢業務號碼

       isAvaibleCondition = true;

       String tempAccNbr[] = so.getAccNbr().split(";");

       List accNbrList = (List) CollectionFactory

                       .createCollection(CollectionFactory.COLLECTION_LIST);

       for (int i = 0; i < tempAccNbr.length; i++) {

               accNbrList.add(tempAccNbr[i].trim());

       }

       if (accNbrList.size() == 1) {

                sql.append(" AND SO.SO_NBRIN ( ");

                sql.append(" SELECTDISTINCT SO_NBR FROM SO_ACC_NBR where ");

                if(!StringUtil.isBlank(so.getLocalNetId())) {

                        sql.append("  local_net_id=:lcId ");

                       sql.setLong("lcId", so.getLocalNetId());

                        sql.append(" andSTS = 'A' AND ACC_NBR LIKE :accNbr )");

                       sql.setString("accNbr", so.getAccNbr().trim() +"%");

                } else {

                        sql.append(" STS ='A' AND ACC_NBR LIKE :accNbr )");

                       sql.setString("accNbr", so.getAccNbr().trim() +"%");

                }

       } else {

                sql.append(" AND SO.SO_NBRIN ( ");

                sql.append(" SELECTDISTINCT SO_NBR FROM SO_ACC_NBR where ");

                if(!StringUtil.isBlank(so.getLocalNetId())) {

                        sql.append("  local_net_id=:lcId AND STS = 'A' ");

                       sql.setLong("lcId", so.getLocalNetId());

                } else {

                        sql.append(" STS ='A' ");

                }

                int i = 0;

                while (i <accNbrList.size()) {

                        if (i == 0)

                               sql.append(" AND (ACC_NBR = :accNbr");

                        else

                               sql.append(" OR ACC_NBR = :accNbr");

                        sql.append(""+ i + "");

                       sql.setString("accNbr" + i + " ", accNbrList.get(i)+ "");

                        i++;

                }

                sql.append(" ))");

       }

}

⑤、其它

⑶、sql寫在xml, 沒有辦法打斷點，除錯非常不方便，及其浪費時間。

    有可以十幾分鍾寫的一個大sql,完事後，除錯了一天還是編譯性錯誤，完全不誇張，很多可能。

⑷、日誌輸出不完全，可能是我還沒有找到方法。

    無法輸出預編譯賦值之後的sql ，檢視不方便 (原來咱們系統中使用Sql.log實現)

⑸、錯誤資訊提示異樣 ，報錯資訊比較混亂，有些時間沒有參考價值，沒有起到提示作用。

⑹、文件少，現有的文件提供的標籤，也不能完全滿足我們的需求

   如有if 沒有else,形式上感到彆扭,某些

    大小寫是否敏感？

Ibatis適用於小專案，簡單的業務邏輯對映，尤其是單表操作，很方便。

4、  尚未進行驗證的已知功能

  ⑴、分頁查詢

  ⑵、效能問題，介於jdbc,和hibernate之間，理論上也是這樣。

  ⑶、是否有程式碼生成工具，根據xml檔案，或者根據xml生成dao類。