分離問題 - DAO，DTO和BO

Question

所以我有一個DAO，DTO和BO。下面的代碼是結果：

// Instantiate a new user repository. 
UserRepository rep = new UserRepository(); 

// Retrieve user by ID (returns DTO) and convert to business object. 
User user = rep.GetById(32).ToBusiness<User>(); 

// Perform business logic. 
user.ResetPassword(); 
user.OtherBusinessLogic("test"); 
user.FirstName = "Bob"; 

// Convert business object back to a DTO to save to the database. 
rep.Save(user.ToDataTransfer<Data.DTO.User>()); 

所以我想分開的擔憂，但我想擺脫這個代碼中的「轉換」。 「轉換器」實際上位於業務邏輯層（DTO層不瞭解業務邏輯層）作爲擴展對象。 DTO本身顯然只存儲數據，並且沒有任何業務邏輯。 UserRepository調用DAO，並在GetById的末尾使用AutoMapper將DAO映射到DTO。 「轉換」（ToBusiness和ToDataTransfer）完全按照他們的說法進行。

我的一位同事認爲我可能必須擁有Business Repository，但認爲它可能有點笨拙。有什麼想法嗎？

Answer 1

我解決了這個通過創建一個業務服務層：

如果所有的鑄造是在資源庫處理，並且讀取你的代碼，該代碼是乾淨多了。通過這種方式，我可以通過業務服務層訪問功能，而業務服務層則使用查詢DAL並返回DTO的存儲庫。 DTO通過由DAL填充並幫助將數據傳輸到業務層（轉換爲業務對象）來實現其目的。

所以圖如下：

DAL - >庫（返回DTO） - >服務（返回BO）

它非常好，我能夠把業務邏輯的服務層它從存儲庫本身抽象出它。示例代碼：

// UserService uses UserRepository internally + any additional business logic. 
var service = new UserService(); 
var user = service.GetById(32); 

user.ResetPassword(); 
user.OtherBusinessLogic("test"); 
user.FirstName = "Bob"; 

service.Save(user); 

Answer 2

這是第一次看到一個DTO被轉換成一個BO，我通常發送一個DTO到由BO類或方法被消耗。當BO完成並且想要將修改保存到DTO時，它將其發送到DAL並且保持它。

Answer 3

我唯一的困惑來源是爲什麼要撥打ToBusiness<User>()和ToDataTransfer<Data.DTO.User>()是必要的。

存儲庫的職責是處理數據管理。它應該隱藏實現細節（以及Business Objects和Data Objects之間的轉換）。

A UserRepository應該返回User而不需要任何鑄造。

UserRepository也應該能夠保持User不鑄造。

UserRepository rep = new UserRepository(); 

User user = rep.GetById(32); 

// Do Work Here 

rep.Save(user);