iBATIS事務(wù)處理淺析
iBATIS事務(wù)處理這部分是和Dao緊密相聯(lián)的。
我們在使用Dao時，如以下代碼，先插入新記錄，再進行更新：
- personDao.insertPerson (person); // Starts transaction
- person.setLastName("Begin");
- personDao.updatePerson (person); // Starts a new transaction
因為沒有顯式地啟動事務(wù)，iBatis會認為這是兩次事務(wù)，分別從連接池中取兩次Connectio。
我們所寫的Dao子類（繼承自com.ibatis.dao.client.template.SqlMapDaoTemplate）的每一個Dao方法已經(jīng)默認為一個事務(wù)（通過動態(tài)代理）。
而在業(yè)務(wù)層，應(yīng)該有一個類來統(tǒng)管Dao子類的事務(wù)，iBatis是通過DaoManager類來作這件事的，如下：
DaoManager provides access to all DAOs it manages and also allows transactions to be committed and ended (possibly rolled back)
眾Dao子類由DaoManager產(chǎn)生,如：
- DaoManager daoManager = DaoManagerBuilder.buildDaoManager(reader);
- UserDao userDao = (UserDao) daoManager.getDao(UserDao.class);
UserDao是用戶自己定義的接口，獲得的其實是在dao.xml中指定的相對應(yīng)的 SqlMapDao實現(xiàn)類，從而實現(xiàn)了松藕合。在良好的分層設(shè)計中，
iBATIS事務(wù)處理之業(yè)務(wù)層（service包）只需要知道Dao接口，而不去關(guān)心其具體怎么實現(xiàn)。
如果顯式地聲明事務(wù)處理語句，如下：
- try {
- daoManager.startTransaction();
- personDao.insertPerson (person);
- person.setLastName("Begin");
- personDao.updatePerson(person);
- otherDao.doSomething(other);
- ...
- daoManager.commitTransaction();
- } finally {
- daoManager.endTransaction();
- }
這樣就保持了原子性，整體為一個事務(wù)，要么全部執(zhí)行成功，否則回滾。
現(xiàn)在唯一的問題就是，dao層的事務(wù)是否已經(jīng)放棄，否則產(chǎn)生事務(wù)嵌套問題對性能會有影響
當(dāng)然，iBatis 完全可以這么做：建一個聲明式接口:IService,再使用動態(tài)代理，將用戶自己的Serivce子類通過動態(tài)代理自動包上事務(wù)處理的代碼，默 認每一個業(yè)務(wù)方法為一個事務(wù)。
大師的心如果能輕易揣測，就是不大師了:),估計大師認為這樣屬于過度設(shè)計，他認為把這種靈活性交給用戶是合適的，相當(dāng)多的service 方法只調(diào)用一個Dao方法，例如CRUD操作。
再補充一下，iBatis中對事務(wù)的處理是可配置的，最常用的Type是"JDBC",也可以聲明為"JTA"或"EXTERNAL".
iBATIS事務(wù)處理相關(guān)的介紹就到這里，是不是對iBATIS事務(wù)處理有了一定的了解呢？
【編輯推薦】
