1. 自动属性初始化 (Initializers for auto-properties)
1.1 C#6.0 之前的写法
public class FirstExperience{ private string _stringAutoProp = "自动初始化属性"; public string StringAutoProp { get{ return _stringAutoProp; } set{ _stringAutoProp = value; } }} 1.2 C#6.0 中的写法
public class FirstExperience{ public string StringAutoProp { get; set; } = "自动初始化属性";} 1.3 反编译效果
this.<StringAutoProp>k__BackingField;并在默认的构造函数中将“自动初始化属性”赋值给了这个字段，那么可以推断出IL中肯定会有这个匿名字段的定义，让我们再来看看IL中的体现：
用上面的两张图我们可以得出以下结论
其实自动初始化属性就是在CLR中体现就是创建私有的匿名字段，然后在构造函数中为这个匿名属性赋值，而属性的get和Set方法其实就是在操作这个匿名属性。
2. 只读属性的初始化(Getter-only auto-properties)
2.1 C#6.0 之前的写法
public FirstExperience(int id){ _id = id;}private readonly int _id;public int ID{ get { return _id; }} 2.2 C#6.0 中的写法
public int ReadonlyProp { get; }public FirstExperience(int _readonlyProp){ ReadonlyProp = _readonlyProp;} 2.3 反编译效果
_readonlyProp赋值给this.<ReadonlyProp>k__BackingField字段，而属性的get方法操作的就是这个由编译器生成的字段，而在ReadonlyProp属性的get方法中打了CompilerGenerated这个特性标签,这个标签其实就是区分编译器生成的元素与用户生成的元素,关于这个特性请移步到。由此可以推断IL中所做的操作与自动初始化属性一致 3. 用Lambda作为函数体 (Expression bodies on method-like members)
3.1 C# 6.0 之前的写法
public override string ToString(){ return string.Format("{0}",StringAutoProp);} 3.2 C# 6.0 写法
public override string ToString() => string.Format("{0}", StringAutoProp); 在6.0 语法中我们看到可以使用lambda表达式直接作为函数体，那么编译器到底为我们做了什么呢?
3.3 反编译效果
从反编译中我们可以看出编译器编译的时候把lambda函数直接编译成方法体，那么再看看IL的区别了。
从上面两张图中可以看出除了标注堆栈标注刻度不同以外，看不出有什么差别。我也不是太明白这个地方，求园内的大牛解释解释！
4. 空值判断 (Null-conditional operators)
4.1 恶心的写法
if(xxx !=null){ xxx.ToString();} 这种写法相信有非常多的朋友用过，经常为了一个是否为空的问题搞得代码非常难看,
举个栗子：我们需要获取集合或者是字符喘的长度if(parem!=null){ return parem.Length;}return null; 这样的写法实在太恶心了，在6.0语法中我们可以这么写
public int? GetListCount(List list){ return list?.Count();} 4.2 实际应用的栗子
在实际应用中，经常会用到委托，而在之前我们需要调用委托时则需要判断委托是否为空如下代码：
public void Test(TestNew test){ if (test != null) { test.Invoke(); }} 对于强迫症的我来说这样太恶心了，于是乎利用6.0的语法开始改造
public void Test1(TestNew test){ test?.Invoke();} 4.3 根据上面的栗子进行反编译
从上图反编译效果可以看到两个方法基本没有差别，接下来看看IL中有什么差别：
上图为6.0语法委托调用的IL图，发现核心还是brtrue.s做IF判断决定执行流
5. nameof表达式 (nameof expressions)
5.1 在实际项目的方法中我们经常需要这样去做参数判断
public void MyMethod(string name){ if (string.IsNullOrEmpty(name)) { throw new ArgumentNullException("name"); }} 上面代码中的name是我们手写的字符串，在给参数name改名时经常会忘记改下面的字符串name，然而 6.0 解决了这个问题：
public void MyMethod(string name){ if (string.IsNullOrEmpty(name)) { throw new ArgumentNullException(nameof(name)); }} 5.2 nameof的反编译
上图中nameof(name)被替换成了字符串name，就如同常量一样。继续来看看IL做了什么：
从IL中我们可以看到它是直接ldstr，既不是反射也不是拿变量的内存值，在实际运用中有时候我们会通过Type来获取他的类名或者是直接写死的但是这样通过反编译后会发现Type.Name在IL中其实是通过反射来获取，而直接写死的方式，在IL中其实就是定义一个变量到堆栈中然后再引用进去。
nameof(name)具有这两种的的有点，灵活而且相对于type和写死的方式性能更高了。 6. 小结
其实6.0中还有很多新的语法糖，在这里就不一一介绍了，等不忙了，我在把其他的新的语法糖写出来
非常感谢您花时间读完这篇文章，如果您觉得此文不错，请点一下“推荐”按钮，您的“推荐”就是对我最大的鼓励以及不懈努力的肯定。 本文版权归作者和博客园所有，来源网址：欢迎各位转载，转载文章之后必须在文章页面明显位置给出作者和原文连接，否则保留追究法律责任的权利以及小小的鄙视。