引言

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

DTO層與model層的區(qū)別

Model層是面向業(yè)務(wù)的，我們是通過業(yè)務(wù)來定義Model的。而DTO是面向界面UI的，是通過UI的需求來定義的。

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

??? 需要了解的是，數(shù)據(jù)傳輸對象DTO本身并不是業(yè)務(wù)對象。數(shù)據(jù)傳輸對象是根據(jù)UI的需求進行設(shè)計的，而不 是根據(jù)領(lǐng)域?qū)ο筮M行設(shè)計的。比如，Customer領(lǐng)域?qū)ο罂赡軙恍┲T如FirstName, LastName, Email, Address等信息。但如果UI上不打算顯示Address的信息，那么CustomerDTO中也無需包含這個 Address的數(shù)據(jù)
?

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

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

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

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

表現(xiàn)層與應(yīng)用層之間是通過數(shù)據(jù)傳輸對象（DTO）進行交互的，數(shù)據(jù)傳輸對象是沒有行為的POCO對象，它 的目的只是為了對領(lǐng)域?qū)ο筮M行數(shù)據(jù)封裝，實現(xiàn)層與層之間的數(shù)據(jù)傳遞。為何不能直接將領(lǐng)域?qū)ο笥糜?數(shù)據(jù)傳遞？因為領(lǐng)域?qū)ο蟾⒅仡I(lǐng)域，而DTO更注重數(shù)據(jù)。不僅如此，由于“富領(lǐng)域模型”的特點，這樣 做會直接將領(lǐng)域?qū)ο蟮男袨楸┞督o表現(xiàn)層。

需要了解的是，數(shù)據(jù)傳輸對象DTO本身并不是業(yè)務(wù)對象。數(shù)據(jù)傳輸對象是根據(jù)UI的需求進行設(shè)計的，而不 是根據(jù)領(lǐng)域?qū)ο筮M行設(shè)計的。比如，Customer領(lǐng)域?qū)ο罂赡軙恍┲T如FirstName, LastName, Email, Address等信息。但如果UI上不打算顯示Address的信息，那么CustomerDTO中也無需包含這個 Address的數(shù)據(jù)

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

問題描述

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

推薦答案

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

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

否則，DDD中的域?qū)嶓w是各層之間的通信的核心對象：數(shù)據(jù)訪問層，業(yè)務(wù)邏輯層和表示層。

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

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

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

域?qū)嶓w來自業(yè)務(wù)邏輯層，其中包含業(yè)務(wù)邏輯。 / li>

請注意以下術(shù)語：

層：表示物理層，例如數(shù)據(jù)庫服務(wù)器，Web服務(wù)器。

層：表示邏輯層：表示層，業(yè)務(wù)邏輯層，數(shù)據(jù)訪問層。

總結(jié)

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

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。