DAO模式作為與資料庫打交道的東西,他只關注怎麼將資料寫入資料庫,和怎麼取出來. 
作為DAO中的資料型別他不依賴於任何技術,jdbc也好,hibernate也好,他對你底層的訪問提供了很好的支援 
例如：UserDao(Interface) 
這個時候你可以實現一個UserDaoJdbcImp,也可以實現UserDaoHibernateImp, 
在這一層,我們不關心具體的業務邏輯,可以進行單獨的測試,是一個獨立的模組.利於分工. 
而在service層次上,我們更加關注業務,我們要保證業務的完整性,和資料的一制性,我們並不關心底層是jdbc還是hibernate,在這裡我們需要向UI層提供Bussiness Logic,也許以後你的實現將會更改成為分佈的,需要呼叫EJB,JMS,或者,webservice,那麼我們替換掉serviceImp即可. 
通過實現DAO,我們達到了解耦合的目的,達到了飲場實現的目的,使的程式更加的健壯,雖然複雜性是增加了. 這樣說比較抽象，或許你還沒明白，特別時（當你的開發中只涉及到一種資料庫連結方式hibernate，jdbc或其它的；又或者當你的開發每個service中只涉及一個dao，不牽涉多個表操作，但這種情況比較少）你還是會覺得dao的作用不大。 但是，以軟體開發思想及面向物件思想考慮，dao還是有必要的——特別是對於比較大型的專案時，分工比較細，為了方便後期維護。當然，沒有絕對的技術，開發時應該看需要，看環境靈活應用。