快捷導(dǎo)航

使用C#9中records作為強(qiáng)類型ID的實(shí)例教程

更新時(shí)間：2021年01月17日 10:55:39 作者：SpringLeee

這篇文章主要給大家介紹了關(guān)于使用C#9中records作為強(qiáng)類型ID的相關(guān)資料，文中通過示例代碼介紹的非常詳細(xì)，對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值，需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧

強(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è)功能，使用起來更方便。