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<int> 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中还有很多新的语法糖,在这里就不一一介绍了,等不忙了,我在把其他的新的语法糖写出来
非常感谢您花时间读完这篇文章,如果您觉得此文不错,请点一下“推荐”按钮,您的“推荐”就是对我最大的鼓励以及不懈努力的肯定。
本文版权归作者和博客园所有,来源网址:http://www.cnblogs.com/Wesley-Zen/欢迎各位转载,转载文章之后必须在文章页面明显位置给出作者和原文连接,否则保留追究法律责任的权利以及小小的鄙视。