最终写到终结篇了，整个人像在梦游一样。说完这一篇我得继续写我的js系列啦。
一：带索引的对象初始化器
还是依照江湖老规矩，先扒开看看究竟是个什么玩意。
1 static void Main(string[] args) 2 { 3 Dictionary<string, string> dic = new Dictionary<string, string>() 4 { 5 ["Name"] = "ctrip", 6 ["Age"] = "15" 7 }; 8 }
第一眼看到这个还是蛮新奇的，只是转眼就能想到是不是跟数组初始化器。对象初始化器一个样？你要是这么想就对了，以下我们来看看这玩意会生成
什么样的IL。
从上图中能够清楚的看到set_Item方法，这种方法就是编译器上层的索引器语法糖，就是忽悠我们提高开发效率的。只是也还行，起码让我少输入了
两个dic，然后把代码还原例如以下：
1 Dictionary<string, string> dic = new Dictionary<string, string>(); 2 dic["Name"] = "ctrip"; 3 dic["Age"] = "20";
索性趁热打铁，看看这个索引器方法的内部代码是什么样的，从下图中能够看到是一个Insert操作。
二：无參数的结构体构造函数
不知道有多少人知道值类型在C#6.0之前是绝对不能够定义默认构造函数的，为什么这么说呢？道理非常easy。由于值类型和引用类型的机制不一样。
值类型不须要new就能够在栈中分配空间，比方以下的结构体Point，仅仅要我们定义了，就能够方便的使用point.X值。
那问题来了，假设我定义了一个默认的构造函数，而且在里面写下x=5。y=5。那谁能够告诉我，当我定义point的时候。有没有调用构造函数呢？？？
1 using System; 2 using System.Collections.Generic; 3 using System.Linq; 4 using System.Text; 5 using System.Threading.Tasks; 6 using System.Console; 7 8 namespace ConsoleApplication3 9 { 10 class Program 11 { 12 static void Main(string[] args) 13 { 14 Test t = new Test(); 15 var s = t.point.X; //请问有没有调用构造函数啊？啊啊啊啊啊。
。。。。。
。。
。。
。
。。。。 16 Console.Read(); 17 } 18 } 19 20 public class Test 21 { 22 public Point point; 23 } 24 25 public struct Point 26 { 27 public int X; 28 29 public int Y; 30 31 public Point() 32 { 33 X = 5; 34 Y = 5; 35 } 36 } 37 }
假设运行了默认构造函数，那我point.X的时候会输出5，是不是认为有点奇怪呢？所以基于这个原因，C#6.0之前为了避嫌，就禁止了这样的默认的值
类型构造形式。
可是这次在C#6.0中竟然放开了，所以我就非常迫不及待的去看一看究竟调没调用默认构造函数，例如以下图：
从图中看到并没有调用默认构造函数，到这里我也知道了。仅仅有在我new的时候才会调用，所以我就发现。值类型是在模仿引用类型的使用方式了，
个人感觉真的没有必要放开这个限制。
三：异常筛选器
C#6.0中这个异常筛选器还真是个比較新鲜的东西。不看不知道，一看吓一跳，比方以下的代码。
1 public void Run() 2 { 3 try 4 { 5 } 6 catch (Exception ex) 7 if (ex.Message.Contains("timeout")) 8 { 9 throw; 10 } 11 }
假设你细致看的话，好像就是一个catch中省略了{}而已嘛？并没有看到什么其它特殊的东西，然后我就很好奇的把上面的代码恢复到6.0版本号之前，
代码例如以下:
1 public void Run1() 2 { 3 try 4 { 5 6 } 7 catch (Exception ex) 8 { 9 if (ex.Message.Contains("timeout")) 10 { 11 throw; 12 } 13 } 14 }
接来下。我们就来看看这两份代码的IL究竟会是个什么样子？内心狂鸡冻啊。啊啊啊啊啊啊啊。
。。。都痉挛了。。。
。。
能够看到。上面两份貌似同样的代码，事实上生成的IL还是有非常大差别的，新版代码中会用isinst推断是否为Exception的实例，而且用brtrue来推断当前是否
为null，假设是null，则不会运行ex.Message.Contains("timeout")语句了。
可是老版代码并没有true/false推断，还是依照常规运行。所以如今能够知道，
事实上并非简单的省略了个"{}"大括号。这个语法糖在底层还是有些智能推断的。
好了，全部的C#6.0的语法糖分析到这里就结束了。感谢大家的关注。
本文转自mfrbuaa博客园博客，原文链接：http://www.cnblogs.com/mfrbuaa/p/5398838.html，如需转载请自行联系原作者
