基于ibatis的通用持久層對象-資料下載頁
2025-01-16 12:25本頁面
【正文】 ) (())?！ f (returnParentID != null) (())。 (result)。 } b. 一般的查詢，返回的是一個map，然后再用fill()函數(shù) //查詢 Map result = (Map)(customPO_findByID, po)?！ ?/處理返回結(jié)果 if(result == null) po = null?！ lse fill(result, po)?！ . 增刪改，沒有返回值，值得一提的是增加操作完成后，po里面的id會更新，具體看前面相關(guān)的statement。 //增刪改 (customPO_insert, po)?！ ?customPO_update, po)?！ ?customPO_delete, po)?！ ?. 前面是通用的部分，光是通用是不夠的。因此我另外建立了一套配置文件，記錄字段對應(yīng)關(guān)系。看看我所定義的一個配置文件，挺簡單的： ?！ ∑渲?，name是字段名，column是字段對應(yīng)數(shù)據(jù)表的字段名，type是字段類型，notnull是是否不能為空，unique是是否唯一。只有name這個屬性是必填的，column如果不填默認與name相等，type默認為string，notnull和unique默認為false?！ ∨渲梦募淖x取類在這里就省略了?！ 槭裁匆约憾x一套這個框架？好像挺多此一舉的，但是沒辦法，ibatis配置文件的信息是封閉的，我無法取得。另外我考慮的是： a. viewer層：在web開發(fā)中，我可以在這套配置框架的基礎(chǔ)上，建立自己的標簽，實現(xiàn)數(shù)據(jù)自動綁定的功能；GUI開發(fā)中也可以做相應(yīng)的功能。 b. module層：可以做通用的業(yè)務(wù)操作，不需要為每個業(yè)務(wù)都都做獨立的業(yè)務(wù)邏輯?！ ∷摹⒂惺裁磧?yōu)點、缺陷 1. 優(yōu)點： a. “通用”，一切都是為了通用，為了減少重復(fù)勞動，一個個項目面對不同的業(yè)務(wù)，其實說到底都是那些操作。各種持久成框架已經(jīng)帶給我們不少的方便，但是在實際業(yè)務(wù)邏輯的處理上好像還沒有一個這樣的框架?！ . 極大地減少代碼量。前面說了，數(shù)據(jù)庫改一個字段，PO、DAO、module、JO、viewer、validator全都要改一遍。使用了這套東西，可以把絕大部分的勞動都放在配置文件和UI上。當然，這是完美的設(shè)想，對于很多情況，業(yè)務(wù)邏輯還是要手工寫的?！ . 好像沒有c了?！ ?. 缺點： a. 通常通用的東西都缺乏靈活性，在我的實際應(yīng)用中也發(fā)現(xiàn)了這樣那樣的問題，解決方法都是以通用為基本原則。但是如果針對的是某個項目，那就可以針對業(yè)務(wù)來修改了。 b. 性能問題。因為使用resultClass，按照文檔所說的，性能沒有resultMap好。當然也可以使用resultMap，如前所說，就要對每個PO寫配置文件了，工作量也不少?！ . 也好像沒有c了。13 總機（Tel）：+86 75788361111 Http://.
醫(yī)療健康相關(guān)推薦
鄂ICP備17016276號-1