为什么应该用record来定义DTO
DTO
DTO是數據傳輸對象(Data Transfer Object)的簡稱,主要用作在進程之間傳送數據。
DTO的特點是它不包含任何業務邏輯或行為。
下面是一個典型的DTO定義:
public?class?UserDto {public?int?Id?{?get;?set;?}public?string?Name?{?get;?set;?} }DTO的不變性
在實際使用中,我們并沒有在進程之間來回傳輸具體的對象,而是使用某種形式的序列化,因此,DTO的屬性不需要更改。
另外,考慮到DTO的用途,如果DTO的屬性在傳輸過程中發生變化,數據將不再準確。
所以,DTO應該以無法更改的方式創建——它們應該是不可變的。
class實現方式
為什么以前沒強調過DTO的不變性呢?因為在C#中實現是一件比較麻煩的事。
雖然我們可以定義私有setter來實現不可變類型,例如:
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;?} }從下圖我們可以看到,值必須通過構造函數傳遞給屬性。
而且正如預期的那樣,我們無法在創建對象后再為屬性賦值:
然而,這種方法有個很明顯的缺點,如果我們增加一個屬性,就必須調整一次構造函數。
record實現方式
從C# 9開始,可以使用record關鍵字定義一個引用類型,用來提供用于封裝數據的內置功能。
它在設計上就具備創建具有不可變屬性的能力。例如:
public?record?UserDto(int?Id,?string?Name);是不是非常簡潔!
注意我們定義的是屬性,所以參數用的PascalCase。
而且從下圖我們可以看到,它與class創建對象方式相同。
同樣在創建對象后不能再為屬性賦值:
另外有一個附帶的好處,如果增加了屬性,立刻可以知道哪些代碼位置需要修改:
public?record?UserDto(int?Id,?string?Name,?string?Address);結論
在本文中,我們介紹了record類型,它使得在C#中使用不可變DTO變得非常簡單。
如果你覺得這篇文章對你有所啟發,請關注我的個人公眾號”My IO“,記住我!
總結
以上是生活随笔為你收集整理的为什么应该用record来定义DTO的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: 自定义EventSource(三)Inc
- 下一篇: 暴库也不怕!EF Core加密存储数据