C#特性-对象集合初始化器介绍

C# 3.0为你提供了对象集合初始化器:
 

1. /// <summary> 
2. /// 图书类 
3. /// </summary> 
4. public class Book 
5. { 
6.   /// <summary> 
7.   /// 图书名称 
8.   /// </summary> 
9.   public string Title { get; set; } 
10.   /// <summary> 
11.   /// 单价 
12.   /// </summary> 
13.   public float Price { get; set; } 
14.   /// <summary> 
15.   /// 作者 
16.   /// </summary> 
17.   public string Author { get; set; } 
18.   /// <summary> 
19.   /// ISBN号 
20.   /// </summary> 
21.   public string ISBN { get; set; } 
22. } 
23. //对象初始化器 
24. Book book = new Book { Title="Inside COM",ISBN="123-456-789"}; 

现在你想初始化几个就初始化几个，不需要出现这种情况：
 

1. public Book():this("") 
2. {  
3. } 
4. public Book(string title):this(title,0) 
5. { 
6. } 
7. public Book(string title, float price):this(title,price,"") 
8. {  
9. } 
10. public Book(string title, float price, string isbn) 
11. { 
12.     this.Title = title; 
13.     this.Price = price; 
14.     this.ISBN = isbn; 
15. } 

这一串的构造方法都是为了应付不同的初始化情况。
好了，来看看对象初始化器编译器在后面为我们做了些什么呢？
使用Reflector反编译程序集：

C#编译器生成了一个新的局部变量<>g__initLocal0，调用Book的默认无参构造方法初始化它，然后对它的属性进行赋值，最后将这个局部变量赋值给book。看到这里，我们应该想到，要使用对象初始化器，那么这个对象必须有一个无参构造方法，如果你给这个方法写了一个有参构造方法而将它的默认无参构造方法覆盖了并且没有提供一个新的无参构造方法，那么使用对象初始化器编译的时候是不会通过的(不过想不通，为啥C#编译器生成这么一个奇怪的局部变量名字，还有为啥不直接使用book呢)。像下面的代码不更好：

后来我发现我是在debug模式下编译的，换到release模式下变成了这样：

被优化了。上面介绍的就是对象初始化器了，那什么是集合初始化器呢？

从上面的代码来看，编译器自动的调用了List的无参构造方法，然后实例化一个个的Book，再一个个的Add进去，和我们原来的做法没有什么不同，但是，这是编译器为我们做的，所以简省了我们很多的编码工作。 
对象集合初始化器就算介绍完了。有人也许会说，不就是个syntx sugar么，有什么。是的，确实是个语法糖。在编译器发展早期，编译器科学家门一直在想方设法的优化编译器生成的代码，这个时候，编译器做的主要是对机器优化，因为那个时候机器的时间非常宝贵，机器运算速度也不快，今天我们有了足够好的机器了(但并不是说我们可以不关注性能的编写程序)，而且作为编写软件的人来说，比机器的时间宝贵得多，所以今天的编译器也在向人优化了，从编程语言的发展之路来讲，今天的编程语言比昨天的语言更高级，也更人性化了，我们只要编写更少的代码，更符合人的思维的代码，而只要关注我们值的关注的地方。体力活儿就交给编译器吧。

附加：

刚开始想想这对象集合初始化器也许就一鸡肋，没啥用，不就减少一点点代码么，像这种简单的初始化工作，大部分代码生成器都可以来干。后来在研究匿名类型的时候突然发现，如果没有这个对象初始化器，匿名类型是不是要复杂一些？或者就是难以实现？
var test = new{Key="test",Value="test"};如果没有对象初始化器，匿名类型该怎么办？