使用C#9中records作為強(qiáng)類型ID的實(shí)例教程
強(qiáng)類型ID
實(shí)體通常是整數(shù),GUID或者string類型,因?yàn)閿?shù)據(jù)庫直接支持這些類型,但是,如果實(shí)體的ID的類型是一樣的,比如都是整數(shù)的ID,這有可能會(huì)出現(xiàn)ID值傳錯(cuò)的問題,看下邊的示例。
public void AddProductToOrder(int orderId, int productId, int count) { ... } ... // 這個(gè)地方,參數(shù)傳錯(cuò)了 AddProductToOrder(productId, orderId, int count);
上面的代碼可以很好地通過檢查并編譯,但是在運(yùn)行的時(shí)候就出問題了,這是邏輯bug。
幸運(yùn)的是,可以定義強(qiáng)類型id來解決這個(gè)問題,這個(gè)想法很簡單,為每個(gè)實(shí)體的ID聲明一個(gè)特定的類型,現(xiàn)在需要這樣寫:
// 使用強(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)中并沒有爆炸。
編寫一個(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); }
上面的代碼沒什么難的,但是如果每個(gè)實(shí)體都需要的話,那確實(shí)有點(diǎn)麻煩,在C# 9 可以使用source generators來完成這些,但是C# 9還引入了另一個(gè)功能,使用起來更方便。
Record類型
Record 類型是具有內(nèi)置不變性和值語義的引用類型,它和上面我們寫的強(qiáng)類型是一樣的(手動(dòng)寫的成員實(shí)現(xiàn)Equals,GetHashCode等等),在代碼中使用也非常簡潔, 如果我們ProductId使用record重寫類型,就是下邊這樣:
public record ProductId(int Value);
是的,您沒看錯(cuò),這是一行,而上面的代碼是一大段,它完成了我們手動(dòng)執(zhí)行的所有操作(實(shí)際上,還多了很多!)。
主要區(qū)別在于:我們的手動(dòng)實(shí)現(xiàn)是struct,即值類型,但是記錄是引用類型,這意味著它們可以為null,這可能不是主要問題,尤其是在使用可為空的引用類型的情況下,但是要知道這一點(diǎn)。
現(xiàn)在為模型中的每個(gè)實(shí)體編寫一個(gè)強(qiáng)類型的id是不是很簡單,使用Record 非常方便,當(dāng)然,還有其他問題需要考慮,例如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ī)問題示例
這篇文章主要介紹了C#設(shè)計(jì)模式之Strategy策略模式解決007大破密碼危機(jī)問題,簡單描述了策略模式的定義并結(jié)合加密解密算法實(shí)例分析了C#策略模式的具體使用方法,需要的朋友可以參考下2017-09-09.NET(C#):Emit創(chuàng)建異常處理的方法
.NET(C#):Emit創(chuàng)建異常處理的方法,需要的朋友可以參考一下2013-04-04c# 用Dictionary實(shí)現(xiàn)日志數(shù)據(jù)批量插入
這篇文章主要介紹了c# 用Dictionary實(shí)現(xiàn)日志數(shù)據(jù)批量插入的步驟,幫助大家更好的理解和使用c#中的Dictionary類,感興趣的朋友可以了解下2021-02-02簡單對(duì)比C#程序中的單線程與多線程設(shè)計(jì)
這篇文章主要介紹了C#程序中的單線程與多線程設(shè)計(jì)的簡單對(duì)比,通過實(shí)際的代碼演示可以清晰看出多線程并發(fā)來避免單線程阻塞問題的特點(diǎn),需要的朋友可以參考下2016-04-04解決C#中WebBrowser的DocumentCompleted事件不執(zhí)行的實(shí)現(xiàn)方法
本篇文章是對(duì)C#中WebBrowser的DocumentCompleted事件不執(zhí)行解決方法進(jìn)行了詳細(xì)的分析介紹,需要的朋友參考下2013-05-05