C# 新特性¶

C# 6¶

一、字符串插值（String Interpolation）¶

C# 6之前我们拼接字符串时需要这样

 var Name = "Jack";
 var results = "Hello" + Name;

或者

 var Name = "Jack";
 var results = string.Format("Hello {0}", Name);

但是C#6里我们就可以使用新的字符串插值特性

  var Name = "Jack";
  var results = $"Hello {Name}";

上面只是一个简单的例子，想想如果有多个值要替换的话，用C#6的这个新特性，代码就会大大减小，而且可读性比起之前大大增强

 Person p = new Person {FirstName = "Jack", LastName = "Wang", Age = 100};
 var results = string.Format("First Name: {0} LastName: {1} Age: { 2} ", p.FirstName, p.LastName, p.Age);

有了字符串插值后:

 var results = $"First Name: {p.FirstName} LastName: {p.LastName} Age: {p.Age}";

字符串插值不光是可以插简单的字符串，还可以直接插入代码

Console.WriteLine($"Jack is saying { new Tools().SayHello() }");

var info = $"Your discount is {await GetDiscount()}";

那么如何处理多语言呢？我们可以使用 IFormattable下面的代码如何实现多语言？

 Double remain = 2000.5; 
 var results= $"your money is {remain:C}";

输出 your money is $2,000.50

使用IFormattable 多语言

class Program
{
    static void Main(string[] args)
    {

        Double remain = 2000.5; 

       var results= ChineseText($"your money is {remain:C}");

        Console.WriteLine(results);
        Console.Read();
    }

    public static string ChineseText(IFormattable formattable)
    {
        return formattable.ToString(null, new CultureInfo("zh-cn"));
    }
}

输出 your money is ￥2,000.50

二、空操作符 ( ?. )¶

C# 6添加了一个 ?. 操作符，当一个对象或者属性职为空时直接返回null, 就不再继续执行后面的代码，在之前我们的代码里经常出现 NullException, 所以我们就需要加很多Null的判断，比如

 if (user != null && user.Project != null && user.Project.Tasks != null && user.Project.Tasks.Count > 0)
 {
   Console.WriteLine(user.Project.Tasks.First().Name);
 }

现在我们可以不用写 IF 直接写成如下这样

Console.WriteLine(user?.Project?.Tasks?.First()?.Name);

这个?. 特性不光是可以用于取值，也可以用于方法调用，如果对象为空将不进行任何操作，下面的代码不会报错，也不会有任何输出。

class Program
{
    static void Main(string[] args)
    {
        User user = null;
        user?.SayHello();
        Console.Read();
    }
}

public class User
{
    public void SayHello()
    {
        Console.WriteLine("Ha Ha");
    }
}

还可以用于数组的索引器

class Program
{
    static void Main(string[] args)
    {
        User[] users = null;

        List<User> listUsers = null;

        // Console.WriteLine(users[1]?.Name); // 报错
        // Console.WriteLine(listUsers[1]?.Name); //报错

        Console.WriteLine(users?[1].Name); // 正常
        Console.WriteLine(listUsers?[1].Name); // 正常

        Console.ReadLine();
    }
}

注意：上面的代码虽然可以让我们少些很多代码，而且也减少了空异常，但是我们却需要小心使用，因为有的时候我们确实是需要抛出空异常，那么使用这个特性反而隐藏了Bug

三、 NameOf¶

过去，我们有很多的地方需要些硬字符串，导致重构比较困难，而且一旦敲错字母很难察觉出来，比如

if (role == "admin")
{
}

WPF 也经常有这样的代码

public string Name
{
  get { return name; }
  set
  {
      name= value;
      RaisePropertyChanged("Name");
  }
}

现在有了C#6 NameOf后，我们可以这样

public string Name
{
  get { return name; }
  set
  {
      name= value;
      RaisePropertyChanged(NameOf(Name));
  }
}
static void Main(string[] args)
{
    Console.WriteLine(nameof(User.Name)); //  output: Name
    Console.WriteLine(nameof(System.Linq)); // output: Linq
    Console.WriteLine(nameof(List<User>)); // output: List
    Console.ReadLine();
}

注意： NameOf只会返回Member的字符串，如果前面有对象或者命名空间，NameOf只会返回 . 的最后一部分, 另外NameOf有很多情况是不支持的，比如方法，关键字，对象的实例以及字符串和表达式

四、在Catch和Finally里使用Await¶

在之前的版本里，C#开发团队认为在Catch和Finally里使用Await是不可能，而现在他们在C#6里实现了它。

Resource res = null;
try
{
    res = await Resource.OpenAsync(); // You could always do this.  
}
catch (ResourceException e)
{
    await Resource.LogAsync(res, e); // Now you can do this … 
} 
finally
{
    if (res != null) await res.CloseAsync(); // … and this.
}

五、表达式方法体¶

一句话的方法体可以直接写成箭头函数，而不再需要大括号

 class Program
 {
    private static string SayHello() => "Hello World";
    private static string JackSayHello() => $"Jack {SayHello()}";

    static void Main(string[] args)
    {
        Console.WriteLine(SayHello());
        Console.WriteLine(JackSayHello());

        Console.ReadLine();
    }
}

六、自动属性初始化器¶

之前我们需要赋初始化值，一般需要这样

public class Person
{
    public int Age { get; set; }

    public Person()
    {
        Age = 100;
    }
}

但是C# 6的新特性里我们这样赋值

public class Person
{
    public int Age { get; set; } = 100;
}

七、只读自动属性¶

C# 1里我们可以这样实现只读属性

public class Person
{
    private int age=100;

    public int Age
    {
        get { return age; }
    }
}

但是当我们有自动属性时，我们没办法实行只读属性，因为自动属性不支持readonly关键字，所以我们只能缩小访问权限

public class Person
{
    public  int Age { get; private set; }

}

但是 C#6里我们可以实现readonly的自动属性了

public class Person
{
    public int Age { get; } = 100;
}

八、异常过滤器 Exception Filter¶

static void Main(string[] args)
{

    try
    {
        throw  new ArgumentException("Age");
    }
    catch (ArgumentException argumentException) when( argumentException.Message.Equals("Name"))
    {
        throw  new ArgumentException("Name Exception");

    }

    catch (ArgumentException argumentException) when( argumentException.Message.Equals("Age"))
    {
        throw new Exception("not handle");

    }
    catch  (Exception e)
    {

        throw;
    }
}

在之前，一种异常只能被Catch一次，现在有了Filter后可以对相同的异常进行过滤，至于有什么用，那就是见仁见智了，我觉得上面的例子，定义两个具体的异常 NameArgumentException 和AgeArgumentException代码更易读。

九、 Index 初始化器¶

这个主要是用在Dictionary上，至于有什么用，我目前没感觉到有一点用处，谁能知道很好的使用场景，欢迎补充:

var names = new Dictionary<int, string>
{
    [1] = "Jack",
    [2] = "Alex",
    [3] = "Eric",
    [4] = "Jo"
};

foreach (var item in names)
{
    Console.WriteLine($"{item.Key} = {item.Value}");
}

十、using 静态类的方法可以使用 static using¶

这个功能在我看来，同样是很没有用的功能，也为去掉前缀有的时候我们不知道这个是来自哪里的，而且如果有一个同名方法不知道具体用哪个，当然经证实是使用类本身的覆盖，但是容易搞混不是吗？

using System;
using static System.Math;
namespace CSharp6NewFeatures
 {
  class Program
  {
      static void Main(string[] args)
    {
        Console.WriteLine(Log10(5)+PI);
    }
  }
}

C# 7¶

数字字面量¶

现在可以在数字中加下划线，增加数字的可读性。编译器或忽略所有数字中的下划线

int million = 1_000_000;

虽然编译器允许在数字中任意位置添加任意个数的下划线，但显然，遵循管理，下划线应该每三位使用一次，而且，不可以将下划线放在数字的开头（1000）或结尾（1000）

改进的out关键字¶

C#7支持了out关键字的即插即用

var a = 0;
int.TryParse("345", out a);

// 就地使用变量作为返回值
int.TryParse("345", int out b);

允许以_（下划线）形式“舍弃”某个out参数，方便你忽略不关系的参数。例如下面的例子中，获得一个二维坐标的X可以重用获得二维坐标的X，Y方法，并舍弃掉Y：

struct Point
{
    public int x;
    public int y;
    private void GetCoordinates(out int x, out int y)
    {
        x = this.x;
        y = this.y;
    }
    public void GetX()
    {
        // y被舍弃了，虽然GetCoordinates方法还是会传入2个变量，且执行y=this.y
        // 但它会在返回之后丢失
        GetCoordinates(out int x, out _);
        WriteLine($"({x})");
    }
}

模式匹配¶

模式匹配（Pattern matching）是C#7中引入的重要概念，它是之前is和case关键字的扩展。目前，C#拥有三种模式：

常量模式：简单地判断某个变量是否等于一个常量（包括null）
类型模式：简单地判断某个变量是否为一个类型的实例
变量模式：临时引入一个新的某个类型的变量（C#7新增）

下面的例子简单地演示了这三种模式：

class People
{
    public int TotalMoney { get; set; }
    public People(int a)
    {
        TotalMoney = a;
    }
}

class Program
{
    static void Main(string[] args)
    {
        var peopleList = new List<People>() {
            new People(1),
            new People(1_000_000)
        };
        foreach (var p in peopleList)
        {
            // 类型模式
            if (p is People) WriteLine("是人");
            // 常量模式
            if (p.TotalMoney > 500_000) WriteLine("有钱");
            // 变量模式
            // 加入你需要先判断一个变量p是否为People，如果是，则再取它的TotalMoney字段
            // 那么在之前的版本中必须要分开写
            if (p is People)
            {
                var temp = (People)p;
                if (temp.TotalMoney > 500_000) WriteLine("有钱");
            }
            // 变量模式允许你引入一个变量并立即使用它
            if (p is People ppl && ppl.TotalMoney > 500_000) WriteLine("有钱");
        }
        ReadKey();
    }
}

可以看出，变量模式引入的临时变量ppl（称为模式变量）的作用域也是整个if语句体，它的类型是People类型 case关键字也得到了改进。现在，case后面也允许模式变量，还允许when子句，代码如下：

static void Main(string[] args)
{
    var a = 13;
    switch (a)
    {
        // 现在i就是a
        // 由于现在case后面可以跟when子句的表达式，不同的case有机会相交
        case int i when i % 2 == 1:
            WriteLine(i + " 是奇数");
            break;
        // 只会匹配第一个case，所以这个分支无法到达
        case int i when  i > 10:
            WriteLine(i + " 大于10");
            break;
        // 永远在最后被检查，即使它后面还有case子句
        default:
            break;
    }
    ReadKey();
}

上面的代码运行的结果是打印出13是奇数，我们可以看到，现在case功能非常强大，可以匹配更具体、跟他特定的范围。不过，多个case的范围重叠，编译器只会选择第一个匹配上的分支

值类型元组¶

元组（Tuple）的概念早在C#4就提出来，它是一个任意类型变量的集合，并最多支持8个变量。在我们不打算手写一个类型或结构体来盛放一个变量集合时（例如，它是临时的且用完即弃），或者打算从一个方法中返回多个值，我们会考虑使用元组。不过相比C#7的元组，C#4的元组更像一个半成品，先看看C#4如何使用元组：

var beforeTuple = new Tuple<int, int>(2, 3);
var a = beforeTuple.Item1;

通过上面的代码发现，C#4中元组最大的两个问题是：

Tuple类将其属性命名为Item1、Item2等，这些名称是无法改变的，只会让代码可读性变差
Tuple是引用类型，使用任一Tuple类意味着在堆上分配对象，因此，会对性能造成负面影响

C#7引入的新元组（ValueTuple）解决了上面两个问题，它是一个结构体，并且你可以传入描述性名称（TupleElementNames属性）以便更容易地调用他们

static void Main(string[] args)
{
    // 未命名的元组，访问方式和之前的元组相同
    var unnamed = ("one", "two");
    var b = unnamed.Item1;
    // 带有命名的元组
    var named = (first : "one", second : "two");
    b = named.first;
    ReadKey();
}

在背后，他们被编译器隐式地转化为：

ValueTuple<string, string> unnamed = new ValueTuple<string, string>() ("one", "two");
string b = unnamed.Item1;
ValueTuple<string, string> named = new ValueTuple<string, string>() ("one", "two");
b = named.Item1;

我们看到，编译器将带有命名元组的实名访问转换成对应的Item，转换是使用特性实现的

元组的字段名称¶

可以在元组定义时传入变量。此时，元组的字段名称为变量名。如果没有指明字段名称，又传入了常量，则只能使用Item1、Item2等访问元组的成员

static void Main(string[] args)
{
    var localVariableOne = 5;
    var localVariableTwo = "some text";
    // 显示实现的字段名称覆盖变量名
    var tuple = (explicitFieldOne : localVariableOne, explicitFieldTwo : localVariableTwo);
    var a = tuple.explicitFieldOne;

    // 没有指定字段名称，又传入了变量名（需要C#7.1版本）
    var tuple2 = (localVariableOne, localVariableTwo);
    var b = tuple.localVariableOne;

    // 如果没有指明字段名称，又传入了常量，则只能使用Item1、Item2等访问元组的成员
    var tuple3 = (5, "some text");
    var c = tuple3.Item1;
    ReadKey();
}

上面的代码给出了元组字段名称的优先级：

首先是显示实现
其次是变量名（编译器自动推断的，需要C#7.1）
最后是默认的Item1、Item2作为保留名称

另外，如果变量名或显示指定的描述名称是C#的关键字，则C#会改用ItemX作为字段名称（否则就会导致语法错误，例如将变量名为ToString的变量传入元组）

var ToString = "1";
var Item1 = 2;
var tuple4 = (ToString, Item1);

// ToString不能用作元组字段名称，强制改为Item1
var d = tuple4.Item1; // "1"
// Item1不能用作元组字段名，强制改为Item2
var e = tuple4.Item2; // 2
ReadKey();

元组作为方法的参数和返回值¶

因为元组实际上是一个结构体，所以它当然可以作为方法的参数和返回值。因此，我们就有了可以返回多个变量的最简单、最优雅的方法（比使用out的可读性好很多）：

// 使用元组作方法的参数和返回值
(int, int) MultiplyAll(int multiplier, (int a, int b) members)
{
    // 元组没有实现IEnumerator接口，不能foreach
    // foreach(var a in members)
    // 操作元组
    return (members.a * multiplier, members.b * multiplier);
}

上面代码中的方法会将输入中的a和b都乘以multiplier，然后返回结构。由于元组是结构体，所以即使含有引用类型，其值类型的部分也会在栈上进行分配，相比C#4的元组，C#7中的元组有着更好的性能和更友好的访问方式

相同类型元组的赋值¶

如果它们的基数（即成员数）相同，且每个元素的类型要么相同，要么可以实现隐式转换，则两个元组被看作相同的类型：

static void Main(string[] args)
{
    var a = (first : "one", second : 1);
    WriteLine(a.GetType());
    var b = (a : "hello", b : 2);
    WriteLine(b.GetType());
    var c = (a : 3, b : "world");
    WriteLine(c.GetType());

    WriteLine(a.GetType() == b.GetType()); // True，两个元组基数和类型相同
    WriteLine(a.GetType() == c.GetType()); // False，两个元组基数相同但类型不同

    (string a, int b) d = a;
    // 属性first，second消失了，取而代之的是a和b
    WriteLine(d.a);
    // 定义了一个新的元组，成员为string和object类型
    (string a, object b) e;
    // 由于int可以被隐式转换为object，所以可以这样赋值
    e = a;
    ReadKey();
}

解构¶

C#7允许你定义结构方法（Deconstructor），注意，它和C#诞生即存在的析构函数（Destructor）不同。解构函数和构造函数做的事情某种程度上是相对的——构造函数将若干个类型组合为一个大的类型，而结构方法将大类型拆散为一堆小类型，这些小类型可以是单个字段，也可以是元组。当类型成员很多而需要的部分通常较小时，解构方法会很有用，它可以防止类型传参时复制的高昂代价

元组的解构¶

可以在括号内显示地声明每个字段的类型，为元组中的每个元素创建离散变量，也可以用var关键字

static void Main(string[] args)
{
    // 定义元组
    (int count, double sum, double sumOfSquares) tuple = (1, 2, 3);
    // 使用方差的计算公式得到方差
    var variance = tuple.sumOfSquares - tuple.sum * tuple.sum / tuple.count;

    // 将一个元组放在等号右边，将对应的变量值和类型放在等号左边，就会导致解构
    (int count, double sum, double sumOfSquares) = (1, 2, 3);
    // 解构之后的方差计算，代码简洁美观
    variance = sumOfSquares - sum * sum / count;
    // 也可以这样解构，这会导致编译器推断元组的类型为三个int
    var (a, b, c) = (1, 2, 3);
    ReadKey();
}

上面的代码中，出现了两次解构方法的隐式调用：左边是一个没有元组变量名的元组（只有一些成员变量名），右边是元组的实例。解构方法所做的事情，就是将右边元组的实例中每个成员，逐个指派给左边元组的成员变量。例如：

(int count, double sum, double sumOfSquares) = (1, 2, 3);

就会使得count，sum和sumOfSquares的值分别为1，2，3。如果没有这个功能，就需要定义3个变量，然后赋值3次，最终得到6行代码，大大提高了代码的可读性。对于元组，C#提供了内置的解构支持，因此不需要手动写解构方法，如果需要对非元组类型进行解构，就需要定义自己的解构方法，显而易见，上面的解构通过如下的签名的函数完成：

public void Deconstruct(out int count, out double sum, out double sumOfSquares)

解构其他类型¶

解构函数的名称必须为Deconstruct，下面的例子从一个较大的类型People中解构出我们想要的三项成员：

// 示例类型
public class People
{
    public int ID;
    public string FirstName;
    public string MiddleName;
    public string LastName;
    public int Age;
    public string CompanyName;
    // 解构全名，包括姓、名字和中间名
    public void Deconstruct(out string f, out string m, out string l)
    {
        f = FirstName;
        m = MiddleName;
        l = LastName;
    }
}

static void Main(string[] args)
{
    var  p = People();
    p.FirstName = "Test";
    var (fName, mName, lName) = p;
    WriteLine(fName);

    ReadKey();
}

解构方法不能有返回值，且要解构的每个成员必须以out标识出来。如果编译器对一个类型的实例解构，却没发现对应的解构函数，就会发生编译时异常。如果在解构时发生隐式类型转换，则不会发生编译时异常，例如将上述的解构函数的输入参数类型都改为object类型，仍然可以完成解构，可以通过**重载解构函数对类型实现不同方式的解构**

忽略类型成员¶

为了少写代码，我们可以在解构时忽略类型成员。例如，我们如果只关系People的姓和名字，而不关心中间名，则不需要多写一个解构函数，而是利用现有的：

var (fName, _, lName) = p;

通过使用下划线来忽略类型成员，此时仍然会调用带有三个参数的解构函数，但是p将会只有fName和lName两个成员元组也支持忽略类型成员的解构

使用扩展方法进行解构¶

即使类型并非由自己定义，仍然可以通过解构扩展方法来解构类型，例如解构.NET自带的DateTime类型：

class Program
{
    static void Main(string[] args)
    {
        var d = DateTime.Now;
        (string s, DayOfWeek dow) = d;
        WriteLine($"今天是 {s}, 是 {d}");
        ReadKey();
    }
}
public static class ReflectionExtensions
{
    // 解构DateTime并获得想要的值
    public static void Deconstruct(this DateTime dateTime, out string DateString, out DayOfWeek dayOfWeek)
    {
        DateString = dateTime.ToString("yyyy-MM-dd");
        dayOfWeek = dateTime.DayOfWeek;
    }
}

如果类型提供了解构方法，你又在扩展方法中定义了与签名相同的解构方法，则编译器会优先选用类型提供的解构方法

局部函数¶

局部函数（local functions）和匿名方法很像，当你有一个只会使用一次的函数（通常作为其他函数的辅助函数）时，可以使用局部函数或匿名方法。如下是一个利用局部函数和元组计算斐波那契数列的例子：

static void Main(string[] args)
{
    WriteLine(Fibonacci(10));
    ReadKey();
}
public static int Fibonacci(int x)
{
    if (x < 0) throw new ArgumentException("输入正整数", nameof(x));
    return Fib(x).current;

    // 局部函数定义
    (int current, int previous) Fib(int i)
    {
        if (i == 1) return (1, 0);
        var (p, pp) = Fib(i - 1);
        return (p + pp, p);
    }
}

局部函数是属于定义该函数的方法的，在上面的例子中，Fib函数只在Fibonacci方法中可用

局部函数只能在方法体中使用
不能在匿名方法中使用
只能用async和unsafe修饰局部函数，不能使用访问修饰符，默认是私有、静态的
局部函数和某普通方法签名相同，局部函数会将普通方法隐藏，局部函数所在的外部方法调用时，只会调用到局部函数

C# 8¶

可空引用类型¶

从此，引用类型将会区分是否可分，可以从根源上解决 NullReferenceException。但是由于这个特性会打破兼容性，因此没有当作 error 来对待，而是使用 warning 折衷，而且开发人员需要手动 opt-in 才可以使用该特性（可以在项目层级或者文件层级进行设定）。例如：

string s = null; // 产生警告: 对不可空引用类型赋值 null
string? s = null; // Ok

void M(string? s)
{
    Console.WriteLine(s.Length); // 产生警告：可能为 null
    if (s != null)
    {
        Console.WriteLine(s.Length); // Ok
    }
}

至此，妈妈再也不用担心我的程序到处报 NullReferenceException 啦！

异步流（Async streams）¶

考虑到大部分 Api 以及函数实现都有了对应的 async版本，而 IEnumerable和 IEnumerator还不能方便的使用 async/await就显得很麻烦了。但是，现在引入了异步流，这些问题得到了解决。我们通过新的 IAsyncEnumerable和 IAsyncEnumerator来实现这一点。同时，由于之前 foreach是基于IEnumerable和 IEnumerator实现的，因此引入了新的语法await foreach来扩展 foreach的适用性。例如：

async Task<int> GetBigResultAsync()
{
    var result = await GetResultAsync();
    if (result > 20) return result; 
    else return -1;
}

async IAsyncEnumerable<int> GetBigResultsAsync()
{
    await foreach (var result in GetResultsAsync())
    {
        if (result > 20) yield return result; 
    }
}

范围和下标类型¶

C# 8.0 引入了 Index 类型，可用作数组下标，并且使用 ^ 操作符表示倒数。不过要注意的是，倒数是从 1 开始的。

Index i1 = 3;  // 下标为 3
Index i2 = ^4; // 倒数第 4 个元素
int[] a = { 0, 1, 2, 3, 4, 5, 6, 7, 8, 9 };
Console.WriteLine($"{a[i1]}, {a[i2]}"); // "3, 6"

除此之外，还引入了 “..” 操作符用来表示范围（注意是左闭右开区间）。

var slice = a[i1..i2]; // { 3, 4, 5 }

关于这个下标从 0 开始，倒数从 1 开始，范围左闭右开，笔者刚开始觉得很奇怪，但是发现 Python 等语言早已经做了这样的实践，并且效果不错。因此这次微软也采用了这种方式设计了 C# 8.0 的这个语法。

接口的默认实现方法¶

从此接口中可以包含实现了：

interface ILogger
{
    void Log(LogLevel level, string message);
    void Log(Exception ex) => Log(LogLevel.Error, ex.ToString()); // 这是一个默认实现重载
}

class ConsoleLogger : ILogger
{
    public void Log(LogLevel level, string message) { ... }
    // Log(Exception) 会得到执行的默认实现
}

在上面的例子中，Log(Exception)将会得到执行的默认实现。

模式匹配表达式和递归模式语句¶

现在可以这么写了（patterns 里可以包含 patterns）

IEnumerable<string> GetEnrollees()
{
    foreach (var p in People)
    {
        if (p is Student { Graduated: false, Name: string name }) yield return name;
    }
}

Student { Graduated: false, Name: string name }检查 p 是否为 Graduated = false且 Name为 string的 Student，并且迭代返回 name。可以这样写之后是不是很爽？

更有：

var area = figure switch 
{
    Line _      => 0,
    Rectangle r => r.Width * r.Height,
    Circle c    => c.Radius * 2.0 * Math.PI,
    _           => throw new UnknownFigureException(figure)
};

典型的模式匹配语句，只不过没有用“match”关键字，而是沿用了了“switch”关键字。但是不得不说，一个字，爽！

目标类型推导¶

以前我们写下面这种变量/成员声明的时候，大概最简单的写法就是：

var points = new [] { new Point(1, 4), new Point(2, 6) };

private List<int> _myList = new List<int>();

现在我们可以这么写啦：

Point[] ps = { new (1, 4), new (3,-2), new (9, 5) };

private List<int> _myList = new ();

C# 9¶

仅可初始化的属性¶

对象的初始化器非常了不起。它们为客户端创建对象提供了一种非常灵活且易于阅读的格式，而且特别适合嵌套对象的创建，我们可以通过嵌套对象一次性创建整个对象树。下面是一个简单的例子：

new Person
{
    FirstName = "Scott",
    LastName = "Hunter"
}

对象初始化器还可以让程序员免于编写大量类型的构造样板代码，他们只需编写一些属性即可！

public class Person
{
    public string FirstName { get; set; }
    public string LastName { get; set; }
}

目前的一大限制是，属性必须是可变的，只有这样对象初始化器才能起作用，因为它们需要首先调用对象的构造函数（在这种情况下调用的是默认的无参构造函数），然后分配给属性设置器。仅可初始化的属性可以解决这个问题！它们引入了init访问器。init访问器是set访问器的变体，它只能在对象初始化期间调用：

public class Person
{
    public string FirstName { get; init; }
    public string LastName { get; init; }
}

在这种声明下，上述客户端代码仍然合法，但是后续如果你想为FirstName和LastName属性赋值就会出错。

初始化访问器和只读字段¶

由于init访问器只能在初始化期间被调用，所以它们可以修改所在类的只读字段，就像构造函数一样。

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)));
    }
}

记录¶

如果你想保持某个属性不变，那么仅可初始化的属性非常有用。如果你希望整个对象都不可变，而且希望其行为宛如一个值，那么就应该考虑将其声明为记录：

public data class Person
{
    public string FirstName { get; init; }
    public string LastName { get; init; }
}

上述类声明中的data关键字表明这是一个记录，因此它具备了其他一些类似于值的行为，后面我们将深入讨论。一般而言，我们更应该将记录视为“值”（数据），而非对象。它们不具备可变的封装状态。相反，你可以通过创建表示新状态的新记录来表示随着时间发生的变化。记录不是由标识确定，而是由其内容确定。

With表达式¶

处理不可变数据时，一种常见的模式是利用现有的值创建新值以表示新状态。例如，如果想修改某人的姓氏，那么我们会用一个新对象来表示，这个对象除了姓氏之外和旧对象完全一样。通常我们称该技术为非破坏性修改。记录代表的不是某段时间的某个人，而是给定时间点上这个人的状态。为了帮助大家习惯这种编程风格，记录允许使用一种新的表达方式：with表达式：

var otherPerson = person with { LastName = "Hanselman" };

with表达式使用对象初始化的语法来说明新对象与旧对象之间的区别。你可以指定多个属性。记录隐式地定义了一个protected“复制构造函数”，这种构造函数利用现有的记录对象，将字段逐个复制到新的记录对象中：

protected Person(Person original) { /* copy all the fields */ } // generated

with表达式会调用复制构造函数，然后在其上应用对象初始化器，以相应地更改属性。如果你不喜欢自动生成的复制构造函数，那么也可以自己定义，with表达式就会调用自定义的复制构造函数。

基于值的相等¶

所有对象都会从object类继承一个虚的Equals(object)方法。在调用静态方法Object.Equals(object, object)且两个参数均不为null时，该Equals(object)就会被调用。

结构体可以重载这个方法，获得“基于值的相等性”，即递归调用Equals来比较结构的每个字段。记录也一样。这意味着，如果两个记录对象的值一致，则二者相等，但两者不一定是同一对象。例如，如果我们再次修改前面那个人的姓氏：

var originalPerson = otherPerson with { LastName = "Hunter" };

现在，ReferenceEquals(person, originalPerson) = false（它们不是同一个对象），但Equals(person, originalPerson) = true （它们拥有相同的值）。如果你不喜欢自动生成的Equals覆盖默认的逐字段比较的行为，则可以编写自己的Equals重载。你只需要确保你理解基于值的相等性在记录中的工作原理，尤其是在涉及继承的情况下，具体的内容我们稍后再做介绍。除了基于值的Equals之外，还有一个基于值的GetHashCode()重载方法。

数据成员¶

在绝大多数情况下，记录都是不可变的，它们的仅可初始化的属性是公开的，可以通过with表达式进行非破坏性修改。为了优化这种最常见的情况，我们改变了记录中类似于string FirstName这种成员声明的默认含义。在其他类和结构声明中，这种声明表示私有字段，但在记录中，这相当于公开的、仅可初始化的自动属性！因此，如下声明：

public data class Person { string FirstName; string LastName; }

与之前提到过的下述声明完全相同：

public data class Person
{
    public string FirstName { get; init; }
    public string LastName { get; init; }
}

我们认为这种方式可以让记录更加优美而清晰。如果你需要私有字段，则可以明确添加private修饰符：

private string firstName;

位置记录¶

有时，用参数位置来声明记录会很有用，内容可以根据构造函数参数的位置来指定，并且可以通过位置解构来提取。你完全可以在记录中指定自己的构造函数和析构函数：

C# public data class Person { string FirstName; string LastName; public Person(string firstName, string lastName) => (FirstName, LastName) = (firstName, lastName); public void Deconstruct(out string firstName, out string lastName) => (firstName, lastName) = (FirstName, LastName); } 但是，我们可以用更短的语法表达完全相同的内容（使用成员变量的大小写方式来命名参数）：

public data class Person(string FirstName, string LastName);

上述声明了仅可初始化的公开的自动属性以及构造函数和析构函数，因此你可以这样写：

var person = new Person("Scott", "Hunter"); // positional construction
var (f, l) = person;                        // positional deconstruction

如果你不喜欢生成的自动属性，则可以定义自己的同名属性，这样生成的构造函数和析构函数就会自动使用自己定义的属性。

记录和修改¶

记录的语义是基于值的，因此在可变的状态中无法很好地使用。想象一下，如果我们将记录对象放入字典，那么就只能通过Equals和GethashCode找到了。但是，如果记录更改了状态，那么在判断相等时它代表的值也会发生改变！可能我们就找不到它了！在哈希表的实现中，这个性质甚至可能破坏数据结构，因为数据的存放位置是根据它“到达”哈希表时的哈希值决定的！而且，记录也可能有一些使用内部可变状态的高级方法，这些方法完全是合理的，例如缓存。但是可以考虑通过手工重载默认的行为来忽略这些状态。

with表达式和继承¶

众所周知，考虑继承时基于值的相等性和非破坏性修改是一个难题。下面我们在示例中添加一个继承的记录类Student：

public data class Person { string FirstName; string LastName; }
public data class Student : Person { int ID; }

在如下with表达式的示例中，我们实际创建一个Student，然后将其存储到Person变量中：

Person person = new Student { FirstName = "Scott", LastName = "Hunter", ID = GetNewId() };
otherPerson = person with { LastName = "Hanselman" };

在最后一行的with表达式中，编译器并不知道person实际上包含一个Student。而且，即使otherPerson不是Student对象，它也不是合法的副本，因为它包含了与第一个对象相同的ID属性。 C#解决了这个问题。记录有一个隐藏的虚方法，能够确保“克隆”整个对象。每个继承的记录类型都会通过重载这个方法来调用该类型的复制构造函数，而继承记录的复制构造函数会调用基类的复制构造函数。with表达式只需调用这个隐藏“clone”方法，然后在结果上应用对象初始化器即可。

基于值的相等性与继承¶

与with表达式的支持类似，基于值的相等性也必须是“虚的”，即两个Student对象比较时需要比较所有字段，即使在比较时，能够静态地得知类型是基类，比如Person。这一点通过重写已经是虚方法的Equals方法可以轻松实现。然而，相等性还有另外一个难题：如果需要比较两个不同类型的Person怎么办？我们不能简单地选择其中一个来决定是否相等：相等性应该是对称的，因此无论两个对象中的哪个首先出现，结果都应该相同。换句话说，二者之间必须就相等性达成一致！我们来举例说明这个问题：

Person person1 = new Person { FirstName = "Scott", LastName = "Hunter" };
Person person2 = new Student { FirstName = "Scott", LastName = "Hunter", ID = GetNewId() };

这两个对象彼此相等吗？person1可能会认为相等，因为person2拥有Person的所有字段，但person2可能会有不同的看法！我们需要确保二者都认同它们是不同的对象。 C#可以自动为你解决这个问题。具体的实现方式是：记录拥有一个名为EqualityContract的受保护虚属性。每个继承的记录都会重载这个属性，而且为了比较相等，两个对象必须具有相同的EqualityContract。

顶级程序¶

使用C#编写一个简单的程序需要大量的样板代码：

using System;
class Program
{
    static void Main()
    {
        Console.WriteLine("Hello World!");
    }
}

这不仅对初学者来说难度太高，而且代码混乱，缩进级别也太多。在C# 9.0中，你只需编写顶层的主程序：

using System;

Console.WriteLine("Hello World!");

任何语句都可以。程序必须位于using之后，文件中的任何类型或名称空间声明之前，而且只能在一个文件中，就像只有一个Main方法一样。如果你想返回状态代码，则可以利用这种写法。如果你想await，那么也可以这么写。此外，如果你想访问命令行参数，则args可作为“魔术”参数使用。局部函数是语句的一种形式，而且也可以在顶层程序中使用。在顶层语句之外的任何地方调用局部函数都会报错。

改进后的模式匹配¶

C# 9.0中添加了几种新的模式。下面我们通过如下模式匹配教程的代码片段来看看这些新模式：

public static decimal CalculateToll(object vehicle) =>
    vehicle switch
    {
       ...

        DeliveryTruck t when t.GrossWeightClass > 5000 => 10.00m + 5.00m,
        DeliveryTruck t when t.GrossWeightClass < 3000 => 10.00m - 2.00m,
        DeliveryTruck _ => 10.00m,

        _ => throw new ArgumentException("Not a known vehicle type", nameof(vehicle))
    };

简单类型模式¶

当前，类型模式需要在类型匹配时声明一个标识符，即使该标识符是表示放弃的_也可以，如上面的DeliveryTruck _。而如今你可以像下面这样编写类型：

DeliveryTruck => 10.00m,

关系模式¶

C# 9.0中引入了与关系运算符<、<=等相对应的模式。因此，你可以将上述模式的DeliveryTruck写成嵌套的switch表达式：

DeliveryTruck t when t.GrossWeightClass switch
{
    > 5000 => 10.00m + 5.00m,
    < 3000 => 10.00m - 2.00m,
    _ => 10.00m,
},

这的 > 5000 和 < 3000是关系模式。

逻辑模式¶

最后，你还可以将模式与逻辑运算符（and、or和not）组合在一起，它们以英文单词的形式出现，以避免与表达式中使用的运算符混淆。例如，上述嵌套的switch表达式可以按照升序写成下面这样：

DeliveryTruck t when t.GrossWeightClass switch
{
    < 3000 => 10.00m - 2.00m,
    >= 3000 and <= 5000 => 10.00m,
    > 5000 => 10.00m + 5.00m,
},

中间一行通过and将两个关系模式组合到一起，形成了表示间隔的模式。 not模式的常见用法也可应用于null常量模式，比如not null。例如，我们可以根据是否为null来拆分未知情况的处理方式：

not null => throw new ArgumentException($"Not a known vehicle type: {vehicle}", nameof(vehicle)),
null => throw new ArgumentNullException(nameof(vehicle))

此外，如果if条件中包含is表达式，那么使用not也很方便，可以避免笨拙的双括号：

if (!(e is Customer)) { ... }

你可以这样写：

if (e is not Customer) { ... }

改进后的目标类型推断¶

“目标类型推断”指的是表达式从所在的上下文中获取类型。例如，null和lambda表达式始终是目标类型推断。在C# 9.0中，有些以前不是目标类型推断的表达式也可以通过上下文来判断类型。

支持目标类型推断的new表达式¶

C# 中的new表达式始终要求指定类型（隐式类型的数组表达式除外）。现在，如果有明确的类型可以分配给表达式，则可以省去指定类型。

Point p = new (3, 5);

目标类型的??与?:¶

有时，条件判断表达式中??与?:的各个分支之间并不是很明显的同一种类型。现在这种情况会出错，但在C# 9.0中，如果两个分支都可以转换为目标类型，就没有问题：

Person person = student ?? customer; // Shared base type
int? result = b ? 0 : null; // nullable value type

支持协变的返回值¶

有时，我们需要表示出继承类中重载的某个方法的返回类型要比基类中的类型更具体。C# 9.0允许以下写法：

abstract class Animal
{
    public abstract Food GetFood();
    ...
}
class Tiger : Animal
{
    public override Meat GetFood() => ...;
}

总结上面80%我认为都是比较有用的新特性，后面的几个我觉得用处不大，当然如果找到合适的使用场景应该有用，欢迎大家补充。最后，祝大家编程愉快。