看看C# 6.0中那些语法糖都干了些什么(中篇)
2014-12-22 23:04
423 查看
接着上篇继续扯,其实语法糖也不是什么坏事,第一个就是吃不吃随你,第二个就是最好要知道这些糖在底层都做了些什么,不过有一点
叫眼见为实,这样才能安心的使用,一口气上五楼,不费劲。
一:字符串嵌入值
我想String.Format方法就是化成灰大家都认识,比如下面代码:
这个Format有一个不好的地方就是,如果占位符太多,就特别容易搞错,如果你少了一个参数,代码就会报错。
接下来跟趟顺风车,去看看string.Format底层代码,还是蛮惊讶的发现,其实底层不过调用的就是StirngBuilder.AppendFormat方法。
因为容易报错,所以为了保险起见就用字符串拼接的方式来实现,但是我也知道字符串拼接是耗时的一种操作,写个StringBuilder又嫌麻烦,
还好C#6.0中提供了一种新鲜玩法,先看代码:
然后就迫不及待的去看看底层怎么玩的,其实在下面的IL图中可以看到,在底层最终还是调用了String.Format方法来实现的。
二:using静态类
这种写法看起来有点不伦不类的,乍一看也没有什么用处,不过可以告诉我们一个原理,就是不管你上层怎么变,编译器还是一样使用
全命名,这就叫万变不离其宗吧。
三:空值判断
先还是来看看这种玩法的真容。
是不是看着有点眼晕?那就对了,编译器就是这样静静的端着碗看着我们写这些装逼的代码,不过再怎么装逼,也逃不过ILdasm的眼睛。
其实仔细看IL代码之后,觉得一切还是那么的熟悉,重点就是这个brtrue.s。它的状态也决定了两条执行流,不过在IL上面也看到了V_1这个编译
器给我们单独定义的一个变量,代码还原如下:
四:nameof表达式
当我知道这个关键字的用途时,我的第一反应就是公司框架里面的LogManager类,当我们new LogManager的时候,会同时把当前的类名
传递下去,然后做些后期处理,但是在以前我们只能这么做,要么用反射,要么写死。
我想大家也能看到,第一种使用了反射,这是需要读取元数据的,性能你懂的,第二个虽然是字符串,你也看到了,是写死的方式,这个时候就
急需一个加强版,就像下面这样。
看到IL后,反正我是鸡动了。。。nameof具有上面两者的优点,既灵活,性能又高。。。。不错不错,赞一下。
叫眼见为实,这样才能安心的使用,一口气上五楼,不费劲。
一:字符串嵌入值
我想String.Format方法就是化成灰大家都认识,比如下面代码:
class Bird { private string Name = "swallow"; public void Fly() { var result = string.Format("hello {0}", Name); } }
这个Format有一个不好的地方就是,如果占位符太多,就特别容易搞错,如果你少了一个参数,代码就会报错。
接下来跟趟顺风车,去看看string.Format底层代码,还是蛮惊讶的发现,其实底层不过调用的就是StirngBuilder.AppendFormat方法。
因为容易报错,所以为了保险起见就用字符串拼接的方式来实现,但是我也知道字符串拼接是耗时的一种操作,写个StringBuilder又嫌麻烦,
还好C#6.0中提供了一种新鲜玩法,先看代码:
class Bird { private string Name = "swallow"; public void Fly() { //var result = string.Format("hello {0}{1}", Name); var result = "\{"hello"}:\{Name}"; Console.WriteLine(result); } }
然后就迫不及待的去看看底层怎么玩的,其实在下面的IL图中可以看到,在底层最终还是调用了String.Format方法来实现的。
二:using静态类
这种写法看起来有点不伦不类的,乍一看也没有什么用处,不过可以告诉我们一个原理,就是不管你上层怎么变,编译器还是一样使用
全命名,这就叫万变不离其宗吧。
三:空值判断
先还是来看看这种玩法的真容。
class Bird { public void Fly(string name) { var result = name?.Length; } }
是不是看着有点眼晕?那就对了,编译器就是这样静静的端着碗看着我们写这些装逼的代码,不过再怎么装逼,也逃不过ILdasm的眼睛。
其实仔细看IL代码之后,觉得一切还是那么的熟悉,重点就是这个brtrue.s。它的状态也决定了两条执行流,不过在IL上面也看到了V_1这个编译
器给我们单独定义的一个变量,代码还原如下:
class Bird { public void Fly(string name) { int? r; if (name == null) { int? V_1 = new Nullable<int>(); r = V_1; } else { r = new Nullable<int>(name.Length); } } }
四:nameof表达式
当我知道这个关键字的用途时,我的第一反应就是公司框架里面的LogManager类,当我们new LogManager的时候,会同时把当前的类名
传递下去,然后做些后期处理,但是在以前我们只能这么做,要么用反射,要么写死。
namespace ConsoleApplication3 { class Program { static void Main(string[] args) { //第一种:使用反射 var ilog = new LoggerManager(typeof(Program)); //第二种:写死 ilog = new LoggerManager("Program"); Console.WriteLine("world"); } } class LoggerManager { /// <summary> /// 构造函数记录下类名 /// </summary> /// <param name="type"></param> public LoggerManager(Type type) { //todo Console.WriteLine(type.Name); } public LoggerManager(string className) { //todo Console.WriteLine(className); } } }
我想大家也能看到,第一种使用了反射,这是需要读取元数据的,性能你懂的,第二个虽然是字符串,你也看到了,是写死的方式,这个时候就
急需一个加强版,就像下面这样。
看到IL后,反正我是鸡动了。。。nameof具有上面两者的优点,既灵活,性能又高。。。。不错不错,赞一下。
相关文章推荐
- 看看C# 6.0中那些语法糖都干了些什么(中篇)
- 看看C# 6.0中那些语法糖都干了些什么(中篇)
- 看看C# 6.0中那些语法糖都干了些什么(中篇)
- 看看C# 6.0中那些语法糖都干了些什么(中篇)
- 看看C# 6.0中那些语法糖都干了些什么(上篇)
- 看看C# 6.0中那些语法糖都干了些什么(上篇)
- 看看C# 6.0中那些语法糖都干了些什么(终结篇)
- 看看C# 6.0中那些语法糖都干了些什么(终结篇)
- 看看C# 6.0中那些语法糖都干了些什么(上篇)
- 看看C# 6.0中那些语法糖都干了些什么(上篇)
- 看看C# 6.0中那些语法糖都干了些什么(终结篇)
- VS2015 C#6.0 中的那些新特性
- 感受C#6.0新语法
- VS2015 C#6.0 中的那些新特性(转载)
- C# 6.0语法新特性体验(二)
- 通过Roslyn体验C# 6.0的新语法
- C#6.0语法糖
- C#6.0的语法<二>
- C#6.0的语法<一>
- 探索C#之6.0语法糖剖析