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