DTO

DTO是數(shù)據(jù)傳輸對(duì)象（Data Transfer Object）的簡(jiǎn)稱，主要用作在進(jìn)程之間傳送數(shù)據(jù)。

DTO的特點(diǎn)是它不包含任何業(yè)務(wù)邏輯或行為。

下面是一個(gè)典型的DTO定義：

public?class?UserDto {public?int?Id?{?get;?set;?}public?string?Name?{?get;?set;?} }

DTO的不變性

在實(shí)際使用中，我們并沒有在進(jìn)程之間來(lái)回傳輸具體的對(duì)象，而是使用某種形式的序列化，因此，DTO的屬性不需要更改。

另外，考慮到DTO的用途，如果DTO的屬性在傳輸過程中發(fā)生變化，數(shù)據(jù)將不再準(zhǔn)確。

所以，DTO應(yīng)該以無(wú)法更改的方式創(chuàng)建——它們應(yīng)該是不可變的。

class實(shí)現(xiàn)方式

為什么以前沒強(qiáng)調(diào)過DTO的不變性呢？因?yàn)樵贑#中實(shí)現(xiàn)是一件比較麻煩的事。

雖然我們可以定義私有setter來(lái)實(shí)現(xiàn)不可變類型，例如：

public?class?UserDto {public?UserDto(int?id,?string?name){this.Id?=?id;this.Name?=?name;}public?int?Id?{?get;?private?set;?}public?string?Name?{?get;?private?set;?} }

從下圖我們可以看到，值必須通過構(gòu)造函數(shù)傳遞給屬性。

而且正如預(yù)期的那樣，我們無(wú)法在創(chuàng)建對(duì)象后再為屬性賦值：

然而，這種方法有個(gè)很明顯的缺點(diǎn)，如果我們?cè)黾右粋€(gè)屬性，就必須調(diào)整一次構(gòu)造函數(shù)。

record實(shí)現(xiàn)方式

從C# 9開始，可以使用record關(guān)鍵字定義一個(gè)引用類型，用來(lái)提供用于封裝數(shù)據(jù)的內(nèi)置功能。

它在設(shè)計(jì)上就具備創(chuàng)建具有不可變屬性的能力。例如：

public?record?UserDto(int?Id,?string?Name);

是不是非常簡(jiǎn)潔！

注意我們定義的是屬性，所以參數(shù)用的PascalCase。

而且從下圖我們可以看到，它與class創(chuàng)建對(duì)象方式相同。

同樣在創(chuàng)建對(duì)象后不能再為屬性賦值：

另外有一個(gè)附帶的好處，如果增加了屬性，立刻可以知道哪些代碼位置需要修改：

public?record?UserDto(int?Id,?string?Name,?string?Address);

結(jié)論

在本文中，我們介紹了record類型，它使得在C#中使用不可變DTO變得非常簡(jiǎn)單。

如果你覺得這篇文章對(duì)你有所啟發(fā)，請(qǐng)關(guān)注我的個(gè)人公眾號(hào)”My IO“，記住我！

總結(jié)

以上是生活随笔為你收集整理的为什么应该用record来定义DTO的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問題。

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