C# 3.0：对象集合化初始器

在写一些实体类的时候，我们往往在写构造方法的时候思考很长时间，除了一个无参构造器外还在想需要写几个构造器呢？哪些参数是需要初始化的。现在你再也不需要为这事烦恼了。C# 3.0为你提供了对象集合初始化器:

/// 
/// 图书类
/// 
public class Book
{
    /// 
    /// 图书名称
    /// 
    public string Title { get; set; }
    /// 
    /// 单价
    /// 
    public float Price { get; set; }
    /// 
    /// 作者
    /// 
    public string Author { get; set; }
    /// 
    /// ISBN号
    /// 
    public string ISBN { get; set; }
}
//对象初始化器
Book book = new Book { Title="Inside COM",ISBN="123-456-789"};

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

public Book():this("")
{ 
}
public Book(string title):this(title,0)
{
}
public Book(string title, float price):this(title,price,"")
{ 
}
public Book(string title, float price, string isbn)
{
        this.Title = title;
        this.Price = price;
        this.ISBN = isbn;
}

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

Book <>g__initLocal0 = new Book();
<>g__initLocal0.Title = "Inside COM";
<>g__initLocal0.ISBN = "123-456-789";
Book book = <>g__initLocal0;

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

Book book = new Book();
book.Title = "Inside COM";
book.ISBN = "123-456-789";

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

Book <>g__initLocal0 = new Book();
<>g__initLocal0.Title = "Inside COM";
<>g__initLocal0.ISBN = "123-456-789";

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

IList<Book> books = new List<Book>();
//这里就使用了对象初始化器，学以致用吧
books.Add(new Book { Title = "Inside COM", ISBN = "123-456-789",Price=20 });
books.Add(new Book { Title = "Inside C#", ISBN = "123-356-d89",Price=100 });
books.Add(new Book { Title = "Linq", ISBN = "123-d56-d89", Price = 120 });

这样的代码没少写吧，实际上也许比这更复杂，有了C# 3.0我们睡觉都想笑：

IList<Book> books = new List<Book> { 
     new Book { Title = "Inside COM", ISBN = "123-456-789",Price=20 },
     new Book { Title = "Inside C#", ISBN = "123-356-d89",Price=100 },
     new Book { Title = "Linq", ISBN = "123-d56-d89", Price = 120 }
};

还是像刚才一样，我们来欣赏一下C#编译器为我们生成的代码：

List<Book> <>g__initLocal0 = new List<Book>();
    Book <>g__initLocal1 = new Book();
    <>g__initLocal1.Title = "Inside COM";
    <>g__initLocal1.ISBN = "123-456-789";
    <>g__initLocal1.Price = 20f;
    <>g__initLocal0.Add(<>g__initLocal1);
    Book <>g__initLocal2 = new Book();
    <>g__initLocal2.Title = "Inside C#";
    <>g__initLocal2.ISBN = "123-356-d89";
    <>g__initLocal2.Price = 100f;
    <>g__initLocal0.Add(<>g__initLocal2);
    Book <>g__initLocal3 = new Book();
    <>g__initLocal3.Title = "Linq";
    <>g__initLocal3.ISBN = "123-d56-d89";
    <>g__initLocal3.Price = 120f;
    <>g__initLocal0.Add(<>g__initLocal3);

从上面的代码来看，编译器自动的调用了List的无参构造方法，然后实例化一个个的Book，再一个个的Add进去，和我们原来的做法没有什么不同，但是，这是编译器为我们做的，所以简省了我们很多的编码工作。

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

附加：

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

var test = new{Key="test",Value="test"};如果没有对象初始化器，匿名类型该怎么办？