Service層
Controller層
View層
DAO層,Service層這兩個層次都可以單獨開發,互相的耦合度很低,完全可以獨立進行,這樣的一種模式在開發大項目的過程中尤其有優勢,Controller,View層因爲耦合度比較高,因而要結合在一起開發,但是也可以看作一個整體獨立於前兩個層進行開發。這樣,在層與層之前我們只需要知道接口的定義,調用接口即可完成所需要的邏輯單元應用,一切顯得非常清晰簡單。
DAO設計的總體規劃需要和設計的表,和實現類之間一一對應。
DAO層所定義的接口裏的方法都大同小異,這是由我們在DAO層對數據庫訪問的操作來決定的,對數據庫的操作,我們基本要用到的就是新增,更新,刪除,查詢等方法。因而DAO層裏面基本上都應該要涵蓋這些方法對應的操作。除此之外,可以定義一些自定義的特殊的對數據庫訪問的方法。
Service邏輯層設計
Service層是建立在DAO層之上的,建立了DAO層後纔可以建立Service層,而Service層又是在Controller層之下的,因而Service層應該既調用DAO層的接口,又要提供接口給Controller層的類來進行調用,它剛好處於一箇中間層的位置。每個模型都有一個Service接口,每個接口分別封裝各自的業務處理方法。
在DAO層定義的一些方法,在Service層並沒有使用,那爲什麼還要在DAO層進行定義呢?這是由我們定義的需求邏輯所決定的。DAO層的操作 經過抽象後基本上都是通用的,因而我們在定義DAO層的時候可以將相關的方法定義完畢,這樣的好處是在對Service進行擴展的時候不需要再對DAO層進行修改,提高了程序的可擴展性。