泛型DAO与泛型Service
泛型Dao與Service
看了幾個帖子,泛型Dao與Service的主要目的就是要減少重復代碼。具體的說明如下:
?
1. 定義一個BaseDao接口,此接口包含了一些通用的DAO操作,例如:增加、刪除、更新、根據(jù)Id查找對象等
2. 創(chuàng)建一個BaseDaoImp實現(xiàn)BaseDao接口,分別實現(xiàn)上述的幾種通用方法
3. 定義一個BaseService接口,此接口包含一些對應DAO的操作
4. 創(chuàng)建BaseServiceImp實現(xiàn)BaseService接口,該類組合BaseDaoImp,通過@Resource注入。
5. 創(chuàng)建針對某個業(yè)務的Service接口,例如:WorkOrderService接口,該接口繼承BaseService接口
6. 創(chuàng)建WorkOrderServiceImp類,該類繼承BaseServiceImp
?
寫個Demo程序,應該是沒有問題的。但在實際業(yè)務場景中,DAO層比較穩(wěn)定,基本上圍繞著這幾個操作:CRUD。如果我們遵循SRP原則,DAO層應該是只針對某一個對象的操作。但我們還是要考慮DAO層發(fā)生變化的情況。
更多的變化應該在Service層,所以,Service層是不穩(wěn)定的。例如:針對訂單的操作和針對用戶權(quán)限的操作會有比較大的差異。
?
Service層可能會組合多個Dao對象,所以個人覺得Service層可以在一開始的時候不進行泛型化,如果后面確實在Service出現(xiàn)了大量的重復代碼,再考慮重構(gòu)。不然,可能會卷入到不應該的復雜中。
轉(zhuǎn)載于:https://www.cnblogs.com/ilovezihan/p/6243013.html
總結(jié)
以上是生活随笔為你收集整理的泛型DAO与泛型Service的全部內(nèi)容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: Caffe应用篇----文件格式转换
- 下一篇: 程序中保存状态的方式之Cookies