概述C#编译器-c#编译器

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

publicclassBook  
{  
///  
///图书名称  
///  
publicstringTitle{get;set;}  
///  
///单价  
///  
publicfloatPrice{get;set;}  
///  
///作者  
///  
publicstringAuthor{get;set;}  
///  
///ISBN号  
///  
publicstringISBN{get;set;}  
}  
//对象初始化器  
Bookbook=newBook{Title="InsideCOM",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=newBook();  
<>g__initLocal0.Title="InsideCOM";  
<>g__initLocal0.ISBN="123-456-789";  
Bookbook=<>g__initLocal0;

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

Bookbook=newBook();  
book.Title="InsideCOM";  
book.ISBN="123-456-789";

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

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

【编辑推荐】