java service domain dao 分層思路

標籤：rdo   配置   domain   接受   use   bsp   邏輯   dom   方式   

今天在開發項目的時候，對項目的java背景分層有一些看法：

首先，鼓勵使用service domain dao 層分層設計概念。

其次，對幾層作用的理解：

 

第一：dao層操作單表，不涉及複雜邏輯，主要是表的增刪改查操作，完全根據domain的要求來查詢資料。

第二：domain層考慮商務邏輯，例如過濾條件，允許存取或者返回，以及資料的處理，為調用dao層做好準備，一個domain可以調用一個或者一組相關的dao層

第三：service層調用一個或者一組domain層，主要是展現需要開放出去的介面，其中domain層不是所有的介面都要再service層體現的，可能僅在service層開放幾個介面出去，此外，主要介面需要對接受的參數要盡量的擴大化，也就是說可以容納各種類型的參數的接入（Object），然後需要在service層做好轉換，以備domain層使用。

 

 

正確的設計應該是，一個領域活動會彙總對應一個或一組DAO ，來完成一個領域活動。而一個服務可能包含兩個領域活動，比如一個轉賬的業務，對應兩個領域活動。兩個帳戶的金額分別發生變化，需要操作一組領域活動，而每個活動需要操作很多表（調用多個DAO ）。

 

 

 

使用 介面方式可以實現系統之間的松耦合：

一般定義： IUserService  UserService  IUserDomain  UserDomain  IUserDao UserSqlDao   UserHbaseDao

使用介面可以有不同的實作類別 ,不需要改代碼，可以通過配置更改不同的實作類別

java service domain dao 分層思路