1. 程式人生 > >C# 9.0新特性詳解系列之一:只初始化設定器(init only setter)

C# 9.0新特性詳解系列之一:只初始化設定器(init only setter)

## 1、背景與動機 自C#1.0版本以來,我們要定義一個不可變資料型別的基本做法就是:先宣告欄位為readonly,再宣告只包含get訪問器的屬性。例子如下: ``` struct Point { public int X { get; } public int Y { get; } public Point(int x, int y) { this.X = x; this.Y = y; } } ``` 這種方式雖然很有效,但是它是以新增大量程式碼為代價的,並且型別越大,屬性就越多,工作量就大,也就意味著更低的生產效率。 為了節省工作量,我們也用物件初始化方式來解決。對於建立物件來說,物件初始化方式是一種非常靈活和可讀的方式,特別對一口氣建立含有巢狀結構的樹狀物件來說更有用。下面是一個簡單的物件初始化的例子: ``` var person = new Person{ FirstName = "Mads", LastName = "Torgersen" }; ``` 從這個例子,可以看出,要進行物件初始化,我們不得不先要在需要初始化的屬性中新增set訪問器,然後在物件初始化器中,通過給屬性或者索引器賦值來實現。 ``` public class Person { public string? FirstName { get; set; } public string? LastName { get; set; } } ``` 這種方式最大的侷限就是,對於初始化來說,屬性必須是可變的,也就是說,set訪問器對於初始化來說是必須的,而其他情況下又不需要set,而且我們需要的是不可變物件型別,因此這個setter明顯在這裡就不合適。既然有這種常見的需要和侷限性,那麼我為何不引入一個只能用來初始化的Setter呢?於是只用來初始化的init設定訪問器就出現了。這時,上面的Point結構定義就可以簡化成下面的樣子: ``` struct Point { public int X { get; init; } public int Y { get; init; } } ``` 那麼現在,我們使用物件初始化器來建立一個例項: ``` var p = new Point() { X = 54, Y = 717 }; ``` 第二例子Person型別中,將set訪問器換為init就成了不可變型別了。同時,使用物件初始化器方式沒有變化,依然如前面所寫。 ``` public class Person { public string? FirstName { get; init; } public string? LastName { get; init; } } ``` 通過採用init訪問器,編碼量減少,滿足了只讀需求,程式碼簡潔易懂。 ##2. 定義和要求 只初始化屬性或索引器訪問器是一個只在物件構造階段進行初始化時用來賦值的set訪問器的變體,它通過在set訪問器的位置來使用init來實現的。init有著如下限制: * init訪問器只能用在例項屬性或索引器中,靜態屬性或索引器中不可用。 * 屬性或索引器不能同時包含init和set兩個訪問器 * 如果基類的屬性有init,那麼屬性或索引器的所有相關重寫,都必須有init。介面也一樣。 ### 2.1 init訪問器可設定值的時機 除過在區域性方法和lambda表示式中,帶有init訪問器的屬性和索引器在下面情況是被認為可設定的。這幾個可以進行設定的時機,在這裡統稱為物件的構造階段。除過這個構造階段之外,其他的後續賦值操作是不允許的。 * 在物件初始化器工作期間 * 在with表示式初始化器工作期間 * 在所處或者派生的型別的例項建構函式中,在this或者base使用上 * 在任意屬性init訪問器裡面,在this或者base使用上 * 在帶有命名引數的attribute使用中 根據這些時機,這意味著Person類可以按如下方式使用。在下面程式碼中第一行初始化賦值正確,第二行再次賦值就不被允許了。這說明,一旦初始化完成之後,只初始化屬性或索引就保護著物件的狀態免於改變。 ``` var person = new Person { FirstName = "Mads", LastName = "Nielsen" }; // OK person.LastName = "Torgersen"; // 錯誤! ``` ### 2.2 init屬性訪問器和只讀欄位 因為init訪問器只能在初始化時被呼叫,所以在init屬性訪問器中可以改變封閉類的只讀欄位。需要注意的是,從init訪問器中來給readonly欄位賦值僅限於跟init訪問器處於同一型別中定義的欄位,通過它是不能給父類中定義的readonly欄位賦值的,關於這繼承有關的示例,我們會在2.4型別間的層級傳遞中看到。 ``` public class Person { private readonly string firstName = ""; private readonly string lastName = ""; public string FirstName { get => firstName; init => firstName = (value ?? throw new ArgumentNullException(nameof(FirstName))); } public string LastName { get => lastName; init => lastName = (value ?? throw new ArgumentNullException(nameof(LastName))); } } ``` ### 2.3 型別層級間的傳遞 我們知道只包含get訪問器的屬性或索引器只能在所處類的自身建構函式中被初始化,但init訪問器可以進行設定的規則是可以跨型別層級傳遞的。帶有init訪問器的成員只要是可訪問的,物件例項並能在構造階段被知曉,那這個成員就是可設定的。 ``` class Person { public Person() { //下面這段都是允許的 Name = "Unknown"; Age = 0; } public string Name { get; init; } public int Age { get; } } class Adult : Person { public Adult() { // 只有get訪問器的屬性會出錯,但是帶有init是允許的 Name = "Unknown Adult"; //正確 Age = 18; //錯誤 } } class Consumption { void Example() { var d = new Adult() { Name = "Jack", //正確 Age = 23 //錯誤,因為是隻讀,只有get }; } } ``` 從init訪問器能被呼叫這一方面來看,物件例項在開放的構造階段就可以被知曉。因此除過正常set可以做之外,init訪問器的下列行為也是被允許的。 * 通過this或者base呼叫其他可用的init訪問器 * 在同一型別中定義的readonly欄位,是可以通過this給賦值的 ``` class Example { public Example() { Prop1 = 1; } readonly int Field1; string Field2; int Prop1 { get; init; } public bool Prop2 { get => false; init { Field1 = 500; // 正確 Field2 = "hello"; // 正確 Prop1 = 50; // 正確 } } } ``` 前面2.2節中提到,init中是不能更改父類中的readonly欄位的,只能更改本類中readonly欄位。示例程式碼如下: ``` class BaseClass { protected readonly int Field; public int Prop { get => Field; init => Field = value; // 正確 } internal int OtherProp { get; init; } } class DerivedClass : BaseClass { protected readonly int DerivedField; internal int DerivedProp { get => DerivedField; init { DerivedField = 89; // 正確 Prop = 0; // 正確 Field = 35; // 出錯,試圖修改基類中的readonly欄位Field } } public DerivedClass() { Prop = 23; // 正確 Field = 45; // 出錯,試圖修改基類中的readonly欄位Field } } ``` 如果init被用於virtual修飾的屬性或者索引器,那麼所有的覆蓋重寫都必須被標記為init,是不能用set的。同樣地,我們不可能用init來覆蓋重寫一個set的。 ``` class Person { public virtual int Age { get; init; } public virtual string Name { get; set; } } class Adult : Person { public override int Age { get; init; } public override string Name { get; set; } } class Minor : Person { // 錯誤: 屬性必須有init來重寫Person.Age public override int Age { get; set; } // 錯誤: 屬性必須有set來重寫Person.Name public override string Name { get; init; } } ``` ### 2.4 init和介面 一個介面中的預設實現,也是可以採用init進行初始化,下面就是一個應用模式示例。 ``` interface IPerson { string Name { get; init; } } class Initializer { void NewPerson() where T : IPerson, new() { var person = new T() { Name = "Jerry" }; person.Name = "Jerry"; // 錯誤 } } ``` ### 2.5 init和readonly struct init訪問器是允許在readonly struct中的屬性中使用的,init和readonly的目標都是一致的,就是隻讀。示例程式碼如下: ``` readonly struct Point { public int X { get; init; } public int Y { get; init; } } ``` 但是要注意的是: * 不管是readonly結構還是非readonly結構,不管是手工定義屬性還是自動生成屬性,init都是可以使用的。 * init訪問器本身是不能標記為readonly的。但是所在屬性或索引器可以被標記為readonly ``` struct Point { public readonly int X { get; init; } // 正確 public int Y { get; readonly init; } // 錯誤 } ``` ####如對您有價值,請推薦,您的鼓勵是我繼續的動力,在此萬分感謝。關注本人公眾號“碼客風雲”,享第一時間閱讀最新文章。

相關推薦

C# 9.0特性系列之一初始設定init only setter)

## 1、背景與動機 自C#1.0版本以來,我們要定義一個不可變資料型別的基本做法就是:先宣告欄位為readonly,再宣告只包含get訪問器的屬性。例子如下: ``` struct Point { public int X { get; } public int Y { get; }

C# 9.0特性系列之三模組初始

## [1][1] 背景動機 關於模組或者程式集初始化工作一直是C#的一個痛點,微軟內部外部都有大量的報告反應很多客戶一直被這個問題困擾,這還不算沒有統計上的客戶。那麼解決這個問題,還有基於什麼樣的考慮呢? * 在庫載入的時候,能以最小的開銷、無需使用者顯式呼叫任何介面,使客戶做一些期望的和一次性的初始化。

C#9.0特性系列之四頂級程式語句Top-Level Programs)

## 1 背景與動機 通常,如果只想用C#在控制檯上列印一行“Hello World!”,這可不是Console.WriteLine("Hello World!");一條語句就可以搞定的,還涉及到其他必要基礎程式碼(如定義類和入口函式Main),例如下面: ```C# using System; clas

C# 9.0特性系列之五記錄(record)和with表示式

## [1][1] 背景與動機 傳統面向物件程式設計的核心思想是一個物件有著唯一標識,表現為物件引用,封裝著隨時可變的屬性狀態,如果你改變了一個屬性的狀態,這個物件還是原來那個物件,就是物件引用沒有因為狀態的改變而改變,也就是說該物件可以有很多種狀態。C#從最初開始也是一直這樣設計和工作的。但是一些時候,你

C#9.0特性系列之六增強的模式匹配

自C#7.0以來,模式匹配就作為C#的一項重要的新特性在不斷地演化,這個借鑑於其小弟F#的函數語言程式設計的概念,使得C#的本領越來越多,C#9.0就對模式匹配這一功能做了進一步的增強。 為了更為深入和全面的瞭解模式匹配,在介紹C#9.0對模式匹配增強部分之前,我對模式匹配整體做一個回顧。 ## 1

Servlet 3 0 特性

分享一下我老師大神的人工智慧教程!零基礎,通俗易懂!http://blog.csdn.net/jiangjunshow 也歡迎大家轉載本篇文章。分享知識,造福人民,實現我們中華民族偉大復興!        

jdk 1.5 1.6 1.7 1.8 1.9特性帶例子

1.5 1.自動裝箱與拆箱: 2.列舉(常用來設計單例模式) 3.靜態匯入 4.可變引數 5.內省 1.6 1.Web服務元資料 2.指令碼語言支援 3.JTable的排序和過濾 4.更簡單,更強大的JAX-WS 5.輕量級Http Serv

Servlet2.5和 3.0區別Servlet 3.0 特性

Servlet 3.0 新特性概述 Servlet 3.0 作為 Java EE 6 規範體系中一員,隨著 Java EE 6 規範一起釋出。該版本在前一版本(Servlet 2.5)的基礎上提供了若干新特性用於簡化 Web 應用的開發和部署。其中有幾項特性的引

Servlet 3.0 特性

開發十年,就只剩下這套架構體系了! >>>   

C# 9.0特性

CandidateFeaturesForCSharp9 看到標題,是不是認為我把標題寫錯了?是的,C# 8.0還未正式釋出,在官網它的最新版本還是Preview 5,通往C#9的漫長道路卻已經開始.前寫天收到了活躍在C#一線的BASSAM ALUGILI給我分享C# 9.0新特性,我在他文章的基礎上進行翻譯,

HBase2.0特性

作者 | 個推大資料運維工程師  行者 升級背景 個推作為專業的資料智慧服務商,在業務開展過程中存在海量的資料儲

C# 9.0 特性預覽 - 空引數校驗

# C# 9.0 新特性預覽 - 空引數校驗 ### 前言 隨著 .NET 5 釋出日期的日益臨近,其對應的 C# 新版本已確定為 C# 9.0,其中新增加的特性(或語法糖)也已基本鎖定,本系列文章將向大家展示它們。 ### 目錄 [[C# 9.0 新特性預覽 - 型別推導的 new](https://

C# 9.0 特性之模式匹配簡化

閱讀本文大概需要 2 分鐘。 記得在 MS Build 2020 大會上,C# 語言開發專案經理 Mads Torgersen 宣稱 C# 9.0 將會隨著 .NET 5 在今年 11 月份正式釋出。目前 .NET 5 已經到了 Preview 5 階段了,C# 9.0 也已經初具規模。忍不住激動的心情,暫

C# 9.0 特性之引數非空檢查簡化

閱讀本文大概需要 1.5 分鐘。 引數非空檢查是縮寫類庫很常見的操作,在一個方法中要求引數不能為空,否則丟擲相應的異常。比如: ```cs public static string HashPassword(string password) { if(password is null) {

C# 9.0 特性之目標型別推導 new 表示式

閱讀本文大概需要 2 分鐘。 呼~~,每次過完一個週末,寫作就失去了動力,一兩天才能緩過來。儘管如此,還是要堅持寫好每一篇文章的。寧缺毋濫嘛,寧願發文的頻率低一點,也要保證文章的質量,至少排版不能差,行文要流暢,錯別字不能有。 關於**型別推導**想必大家都很熟悉,它是在 var 關鍵字引入的時候引入 C

C# 9.0 特性之只讀屬性和記錄

閱讀本文大概需要 2 分鐘。 ![ ](http://qn-tc.geekgist.com/202006/22090437) 大家好,這是 C# 9.0 新特性系列的第 4 篇文章。 熟悉函數語言程式設計的童鞋一定對“只讀”這個詞不陌生。為了保證程式碼塊自身的“純潔”,函數語言程式設計是不能隨便“弄髒”

C# 9.0 特性之 Lambda 棄元引數

閱讀本文大概需要不到 1 分鐘。 大家好,這是 C# 9.0 新特性短系列的第 5 篇文章。 **棄元(Discards)** 是在 C# 7.0 的時候開始支援的,它是一種人為丟棄不使用的臨時虛擬變數。語法上它是用來賦值的,但它卻不被分配儲存空間,即沒有值,所以不能從中讀取值。棄元用 \_(下劃線) 表

C# 9.0 特性預覽 - 頂級語句

# C# 9.0 新特性預覽 - 頂級語句 ### 前言 隨著 .NET 5 釋出日期的日益臨近,其對應的 C# 新版本已確定為 C# 9.0,其中新增加的特性(或語法糖)也已基本鎖定,本系列文章將向大家展示它們。 ### 目錄 [[C# 9.0 新特性預覽 - 型別推導的 new](https://w

C# 9.0 特性預覽 - init-only 屬性

# C# 9.0 新特性預覽 - init-only 屬性 ### 前言 隨著 .NET 5 釋出日期的日益臨近,其對應的 C# 新版本已確定為 C# 9.0,其中新增加的特性(或語法糖)也已基本鎖定,本系列文章將向大家展示它們。 ### 目錄 [[C# 9.0 新特性預覽 - 型別推導的 new](ht

C#7.0特性

numeric base rdquo 字母 and throw cal odin png 1. out 變量(out variables) 以前我們使用out變量必須在使用前進行聲明,C# 7.0 給我們提供了一種更簡潔的語法 “使用時進行內聯聲明&r