C# Record構造函數(shù)的行為更改詳解

更新時間：2021年08月29日 09:04:13 作者：Christian Findla

C# 9 中的record類型是僅具有只讀屬性的輕量級、不可變數(shù)據(jù)類型(或輕量級類),下面這篇文章主要給大家介紹了關于C# Record構造函數(shù)的行為更改的相關資料,需要的朋友可以參考下

如何更改 C# Record 構造函數(shù)的行為

Record^[1] 是 C# 9 中的一個新功能。Record是從Structs^[2]借用的特殊類，因為它們具有基于值的相等性，您可以將它們視為兩類類型之間的混合體。默認情況下，它們或多或少是不可變的，并且具有語法糖，使聲明更容易和更簡潔。但是，語法糖可能會掩蓋更多標準任務，例如更改默認構造函數(shù)的行為。在某些情況下，您可能需要這樣做以進行驗證。本文將向您展示如何實現(xiàn)這一目標。

以這個簡單的示例類為例：

public class StringValidator
{
    public string InputString { get; }


    public StringValidator(string inputString)
    {
        if (string.IsNullOrEmpty(inputString)) throw new ArgumentNullException(nameof(inputString));


        InputString = inputString;
    }
}

很明顯，如果消費者試圖在沒有有效字符串的情況下創(chuàng)建此類的實例，他們將收到異常。創(chuàng)建Record的標準語法如下所示：

    public record StringValidator(string InputString);

它既友好又簡潔，但并不清楚您將如何驗證字符串。此定義告訴編譯器將有一個名為的屬性InputString，并且構造函數(shù)會將值從參數(shù)傳遞給該屬性。我們需要刪除語法糖來驗證字符串。幸運的是，這很容易。我們不需要使用新語法來定義我們的Record。我們可以定義類似于類的Record，但將關鍵字類更改為Record。

public record StringValidator
{
    public string InputString { get;  }


    public StringValidator(string inputString)
    {
        if (string.IsNullOrEmpty(inputString)) throw new ArgumentNullException(nameof(inputString));


        InputString = inputString;
    }
}

不幸的是，這意味著我們不能使用非破壞性突變[3]。該with關鍵字給我們創(chuàng)造了一些屬性來更改Record的新版本的功能。這意味著我們不會修改Record的原始實例，但我們會得到它的副本。這是 Fluent API 和函數(shù)式編程的常用方法。這使我們能夠保持不變性。

為了允許非破壞性突變，我們需要添加init屬性訪問器。這與構造函數(shù)的工作方式類似，但僅在對象初始化期間調用。這是實現(xiàn)init訪問器的更完整的解決方案。這允許您共享構造函數(shù)邏輯和初始化邏輯。

using System;


namespace ConsoleApp25
{
    class Program
    {
        static void Main(string[] args)
        {
            //This throws an exception from the constructor
            //var stringValidator = new StringValidator(null);


            var stringValidator1 = new StringValidator("First");
            var stringValidator2 = stringValidator1 with { InputString = "Second" };
            Console.WriteLine(stringValidator2.InputString);


            //This throws an exception from the init accessor
            //var stringValidator3 = stringValidator1 with { InputString = null };


            //Output: Second
        }
    }


    public record StringValidator
    {
        private string inputString;


        public string InputString
        {
            get => inputString;
            init
            {
                //This init accessor works like the set accessor
                ValidateInputString(value);
                inputString = value;
            }
        }


        public StringValidator(string inputString)
        {
            ValidateInputString(inputString);
            InputString = inputString;
        }


        public static void ValidateInputString(string inputString)
        {
            if (string.IsNullOrEmpty(inputString)) throw new ArgumentNullException(nameof(inputString));
        }
    }
}

Record構造函數(shù)應該有邏輯嗎？

這是一個有爭議的辯論，超出了本文的范圍。很多人會爭辯說你不應該把邏輯放在構造函數(shù)中。Record的設計鼓勵您不要在構造函數(shù)或 init 訪問器中放置邏輯。一般來說，Record應該及時代表數(shù)據(jù)的快照狀態(tài)。您不需要應用邏輯，因為假設您知道此時數(shù)據(jù)的狀態(tài)。但是，就像其他所有編程結構一樣，無法知道Record可能會產生哪些用例。這是庫 Urls 中的^[4]一個示例^[5] ， ^[6]它將 URL 視為不可變Record：

using System.Net;


namespace Urls
{
    public record QueryParameter
    {
        private string? fieldValue;


        public string FieldName { get; init; }
        public string? Value
        {
            get => fieldValue; init
            {
                fieldValue = WebUtility.UrlDecode(value);
            }
        }


        public QueryParameter(string fieldName, string? value)
        {
            FieldName = fieldName;
            fieldValue = WebUtility.UrlDecode(value);
        }


        public override string ToString()
            => $"{FieldName}{(Value != null ? "=" : "")}{WebUtility.UrlEncode(Value)}";
    }
}

我們確保在存儲查詢值時對其進行解碼，然后在將其用作 Url 的一部分時對其進行編碼。

你可能會問：為什么不把一切都Record下來？似乎會有與此相關的陷阱，但我們正在冒險進入新領域，我們尚未為 C# 上下文中的Record制定最佳實踐。

總結

開發(fā)人員需要幾年時間才能接受Record并制定使用它們的基本規(guī)則。您目前有一張白紙，您可以自由嘗試，直到“專家”開始告訴您其他情況。我的建議是只使用Record來表示固定數(shù)據(jù)和最小邏輯。盡可能使用語法糖。但是，在某些情況下，構造函數(shù)中的最小驗證可能是可行的。運用你的判斷力，與你的團隊討論，權衡利弊。

到此這篇關于C# Record構造函數(shù)行為更改的文章就介紹到這了,更多相關C# Record構造函數(shù)內容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關文章希望大家以后多多支持腳本之家！