使用C#9中records作為強(qiáng)類型ID的實(shí)例教程
強(qiáng)類型ID
實(shí)體通常是整數(shù),GUID或者string類型,因?yàn)閿?shù)據(jù)庫(kù)直接支持這些類型,但是,如果實(shí)體的ID的類型是一樣的,比如都是整數(shù)的ID,這有可能會(huì)出現(xiàn)ID值傳錯(cuò)的問(wèn)題,看下邊的示例。
public void AddProductToOrder(int orderId, int productId, int count)
{
...
}
...
// 這個(gè)地方,參數(shù)傳錯(cuò)了
AddProductToOrder(productId, orderId, int count);
上面的代碼可以很好地通過(guò)檢查并編譯,但是在運(yùn)行的時(shí)候就出問(wèn)題了,這是邏輯bug。
幸運(yùn)的是,可以定義強(qiáng)類型id來(lái)解決這個(gè)問(wèn)題,這個(gè)想法很簡(jiǎn)單,為每個(gè)實(shí)體的ID聲明一個(gè)特定的類型,現(xiàn)在需要這樣寫(xiě):
// 使用強(qiáng)類型ID代替整數(shù)ID
public void AddProductToOrder(OrderId orderId, ProductId productId, int count)
{
...
}
...
// 這個(gè)地方,參數(shù)傳錯(cuò)了
AddProductToOrder(productId, orderId, int count);
在上面的代碼中,我們犯了與第一個(gè)示例相同的錯(cuò)誤(交換productId和orderId),但是在這種情況下,類型不同,因此編譯器會(huì)捕獲該錯(cuò)誤并報(bào)告錯(cuò)誤,我們?nèi)匀恍枰獙?duì)其進(jìn)行修復(fù),但是至少在生產(chǎn)中并沒(méi)有爆炸。
編寫(xiě)一個(gè)強(qiáng)類型的id
public readonly struct ProductId : IEquatable<ProductId>
{
public ProductId(int value)
{
Value = value;
}
public int Value { get; }
public bool Equals(ProductId other) => other.Value == Value;
public override bool Equals(object obj) => obj is ProductId other && Equals(other);
public override int GetHashCode() => Value.GetHashCode();
public override string ToString() => $"ProductId {Value}";
public static bool operator ==(ProductId a, ProductId b) => a.Equals(b);
public static bool operator !=(ProductId a, ProductId b) => !a.Equals(b);
}
上面的代碼沒(méi)什么難的,但是如果每個(gè)實(shí)體都需要的話,那確實(shí)有點(diǎn)麻煩,在C# 9 可以使用source generators來(lái)完成這些,但是C# 9還引入了另一個(gè)功能,使用起來(lái)更方便。
Record類型
Record 類型是具有內(nèi)置不變性和值語(yǔ)義的引用類型,它和上面我們寫(xiě)的強(qiáng)類型是一樣的(手動(dòng)寫(xiě)的成員實(shí)現(xiàn)Equals,GetHashCode等等),在代碼中使用也非常簡(jiǎn)潔, 如果我們ProductId使用record重寫(xiě)類型,就是下邊這樣:
public record ProductId(int Value);
是的,您沒(méi)看錯(cuò),這是一行,而上面的代碼是一大段,它完成了我們手動(dòng)執(zhí)行的所有操作(實(shí)際上,還多了很多?。?。
主要區(qū)別在于:我們的手動(dòng)實(shí)現(xiàn)是struct,即值類型,但是記錄是引用類型,這意味著它們可以為null,這可能不是主要問(wèn)題,尤其是在使用可為空的引用類型的情況下,但是要知道這一點(diǎn)。
現(xiàn)在為模型中的每個(gè)實(shí)體編寫(xiě)一個(gè)強(qiáng)類型的id是不是很簡(jiǎn)單,使用Record 非常方便,當(dāng)然,還有其他問(wèn)題需要考慮,例如JSON序列化,與Entity Framework Core一起使用等,但這是另一篇文章的故事!
總結(jié)
到此這篇關(guān)于使用C#9中records作為強(qiáng)類型ID的文章就介紹到這了,更多相關(guān)C#9 records作強(qiáng)類型ID內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
原文作者: thomas levesque
原文鏈接:https://thomaslevesque.com/2020/10/30/using-csharp-9-records-as-strongly-typed-ids/
相關(guān)文章
C#設(shè)計(jì)模式之Strategy策略模式解決007大破密碼危機(jī)問(wèn)題示例
這篇文章主要介紹了C#設(shè)計(jì)模式之Strategy策略模式解決007大破密碼危機(jī)問(wèn)題,簡(jiǎn)單描述了策略模式的定義并結(jié)合加密解密算法實(shí)例分析了C#策略模式的具體使用方法,需要的朋友可以參考下2017-09-09
.NET(C#):Emit創(chuàng)建異常處理的方法
.NET(C#):Emit創(chuàng)建異常處理的方法,需要的朋友可以參考一下2013-04-04
c# 用Dictionary實(shí)現(xiàn)日志數(shù)據(jù)批量插入
這篇文章主要介紹了c# 用Dictionary實(shí)現(xiàn)日志數(shù)據(jù)批量插入的步驟,幫助大家更好的理解和使用c#中的Dictionary類,感興趣的朋友可以了解下2021-02-02
簡(jiǎn)單對(duì)比C#程序中的單線程與多線程設(shè)計(jì)
這篇文章主要介紹了C#程序中的單線程與多線程設(shè)計(jì)的簡(jiǎn)單對(duì)比,通過(guò)實(shí)際的代碼演示可以清晰看出多線程并發(fā)來(lái)避免單線程阻塞問(wèn)題的特點(diǎn),需要的朋友可以參考下2016-04-04
解決C#中WebBrowser的DocumentCompleted事件不執(zhí)行的實(shí)現(xiàn)方法
本篇文章是對(duì)C#中WebBrowser的DocumentCompleted事件不執(zhí)行解決方法進(jìn)行了詳細(xì)的分析介紹,需要的朋友參考下2013-05-05

