引言

??????? 通常意義上的三層架構是將真個業務應用劃分為：界面層（UI層）、業務邏輯層（B層）、數據訪問層（D層）。對于復雜的系統分層讓結構清晰，便于開發人員對系統進行整體的理解、把握；而且便于維護，系統基本的架構可以通過工具自動生成代碼。當數據庫發生改變時，只用重新生成代碼，改動業務邏輯層的部分代碼即可。
三層架構分為：表現層（UI（User Interface））、業務邏輯層（BLL（Business Logic?Layer））、數據訪問層（DAL（Data Access Layer））再加上實體類庫（Model）

DTO層與model層的區別

Model層是面向業務的，我們是通過業務來定義Model的。而DTO是面向界面UI的，是通過UI的需求來定義的。

??? 通過DTO我們實現了表現層與Model之間的解耦，表現層不引用Model。如果開發過程中我們的模型改變了，而界面沒變，我們就只需要改Model而不需要去改表現層中的東西。

??? 需要了解的是，數據傳輸對象DTO本身并不是業務對象。數據傳輸對象是根據UI的需求進行設計的，而不 是根據領域對象進行設計的。比如，Customer領域對象可能會包含一些諸如FirstName, LastName, Email, Address等信息。但如果UI上不打算顯示Address的信息，那么CustomerDTO中也無需包含這個 Address的數據
?

可以這樣理解：Model是對數據表實體的映射；DTO是針對于前臺頁面的封裝，可以是一個表或多表。如果Model字段可以直接滿足前臺頁面需要，可以不用定義DTO

?DTO(data transfer object):數據傳輸對象，以前被稱為值對象(VO,value object)，作用僅在于在應用程序的各個子系統間傳輸數據，在表現層展示。與POJO對應一個數據庫實體不同，DTO并不對應一個實體，可能僅存儲實體的部分屬性或加入符合傳輸需求的其他的屬性。
??? DAO(data access object):數據訪問對象。提供訪問數據庫的抽象接口，或者持久化機制，而不暴露數據庫的內部詳細信息。DAO提供從程序調用到持久層的匹配。

DTO即數據傳輸對象。之前不明白有些框架中為什么要專門定義DTO來綁定表現層中的數據，為什么不能直接用實體模型呢，有了DTO同時還要維護DTO與Model之間的映射關系，多麻煩。

摘兩個比較有意義的段落。

表現層與應用層之間是通過數據傳輸對象（DTO）進行交互的，數據傳輸對象是沒有行為的POCO對象，它 的目的只是為了對領域對象進行數據封裝，實現層與層之間的數據傳遞。為何不能直接將領域對象用于 數據傳遞？因為領域對象更注重領域，而DTO更注重數據。不僅如此，由于“富領域模型”的特點，這樣 做會直接將領域對象的行為暴露給表現層。

需要了解的是，數據傳輸對象DTO本身并不是業務對象。數據傳輸對象是根據UI的需求進行設計的，而不 是根據領域對象進行設計的。比如，Customer領域對象可能會包含一些諸如FirstName, LastName, Email, Address等信息。但如果UI上不打算顯示Address的信息，那么CustomerDTO中也無需包含這個 Address的數據

簡單來說Model面向業務，我們是通過業務來定義Model的。而DTO是面向界面UI，是通過UI的需求來定義的。通過DTO我們實現了表現層與Model之間的解耦，表現層不引用Model，如果開發過程中我們的模型改變了，而界面沒變，我們就只需要改Model而不需要去改表現層中的東西。

問題描述

我正在使用簡單的3層體系結構。
在此，我使用DTO類在UI，BL和DL之間進行通信。
那么，層之間還有更好的通信方式嗎？還是這是正確的方法？

推薦答案

DTO，數據傳輸對象，是分布層的概念，在傳輸數據時使用在您的消費者和您的服務之間。因此，如果您不發布任何服務，請下DTO。

要回答您的問題，還取決于您的應用程序有多復雜。如果簡單，則只需使用CRUD操作，甚至可以使用 DataTable ， DataSet 進行通信。

否則，DDD中的域實體是各層之間的通信的核心對象：數據訪問層，業務邏輯層和表示層。

基本上，應用程序中有一些不同類型的對象：

DTO，在您進行公共服務時使用，主要對象用于消費者之間的通信

視圖模型，表示層中的對象用于支持UI。

域實體來自業務邏輯層，其中包含業務邏輯。 / li>

請注意以下術語：

層：表示物理層，例如數據庫服務器，Web服務器。

層：表示邏輯層：表示層，業務邏輯層，數據訪問層。

總結

以上是生活随笔為你收集整理的.Net之三层架构的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。