Effective C# 使用成员初始化器而不是赋值语句
2012-11-07 00:00
190 查看
一般情况下,一个类都会有多个构造函数。随着时间的推移,成员变量、构造函数不断增加。为了处理这种情况最方便的办法就是:在声明变量的时候进行初始化,而不是在每个构造函数中进行。无论是类成员(静态变量)合适实例变量,我们都应该充分利用初始化器的语法。
C#编程在,一般在声明一个变量的同时我们会对其进行初始化:
不论我们为Employee类添加了多少个构造函数,empList变量都能够被正确的初始化,这是因为:
编译器会在所有的构造函数(包括默认构造函数)的最开始位置生成代码来为所以的实例成员变量定义初始化器(进行初始化);所以我们不需要再构造函数中为每一个定义的成员变量添加初始化代码――直接在声明的时候初始化即可。
初始化器可以看做是构造函数中初始化语句的另一种表示。初始化器生成的代码会插入到构造函数代码前面执行。初始化器将在为类型执行调用基类构造函数之前执行,其顺序与类成员变量声明的顺序一样。
C#的初始化器语法是一种最简单的、能够避免类型中存在未初始化变量的解决办法。但是在下面的三种情况下应该避免使用初始化器:
1.初始化对象为0或null时
因为系统默认的初始化会将会在所有代码执行前把一切都设置成0或者null(值类型和引用类型)。而且这一步的操作是位于很底层的实现,我们也可以直接将对象赋值设置为0或null,但是显然这是多余的。
2.对同一个变量执行不同的初始化方式
使用初始化语句的一个前提是:所有得构造函数都将为该变量设置同样的值。我们看下面的示例代码:
在上面的代码中,当我们调用第二个构造函数创建初始化指定大小的泛型集合时 ,实际上时创建了两个List<Employee>。第一个创建后马上变成了垃圾――这是由于初始化器将在所有构造函数之前执行。编译器生成的代码类似于下面的这段代码:
我们可以看到这样做会影响程序的效率,创建了不必要的对象,所以如果需要在不同的构造函数中执行不同的初始化方式时正确的做法应该是不适用初始化器,而是先声明变量,然后在构造函数中进行成员变量的初始化,如下:
3.需要进行异常处理
初始化器无法被try语句包裹。所以对象初始化器执行的过程中发生异常都会被传递到对象之外。如果在初始化对象的时候可能会抛出异常时我们应该将这部分代码放到构造函数中,对其进行异常处理。这样才能够实现必要的恢复性代码,以创建类型实例并以更友好的方式处理异常。
小节:
成员初始化器是保证类型中成员变量都被初始化的最简单方法――在声明变量时就对其进行初始化,无论调用的是那个构造函数,初始化器都将会在所有构造函数之前执行。这种语法也避免了在添加新的构造函数时遗漏掉重要的初始化代码。所以,如果对于所有的构造函数某个成员变量的初始化值是一样的,那么就应该尽量使用初始化器语法。
C#编程在,一般在声明一个变量的同时我们会对其进行初始化:
1 class Employee 2 { 3 private List<Employee> empList = new List<Employee>(); 4 }
不论我们为Employee类添加了多少个构造函数,empList变量都能够被正确的初始化,这是因为:
编译器会在所有的构造函数(包括默认构造函数)的最开始位置生成代码来为所以的实例成员变量定义初始化器(进行初始化);所以我们不需要再构造函数中为每一个定义的成员变量添加初始化代码――直接在声明的时候初始化即可。
初始化器可以看做是构造函数中初始化语句的另一种表示。初始化器生成的代码会插入到构造函数代码前面执行。初始化器将在为类型执行调用基类构造函数之前执行,其顺序与类成员变量声明的顺序一样。
C#的初始化器语法是一种最简单的、能够避免类型中存在未初始化变量的解决办法。但是在下面的三种情况下应该避免使用初始化器:
1.初始化对象为0或null时
因为系统默认的初始化会将会在所有代码执行前把一切都设置成0或者null(值类型和引用类型)。而且这一步的操作是位于很底层的实现,我们也可以直接将对象赋值设置为0或null,但是显然这是多余的。
2.对同一个变量执行不同的初始化方式
使用初始化语句的一个前提是:所有得构造函数都将为该变量设置同样的值。我们看下面的示例代码:
class Employee { //声明变量的同时进行初始化 private List<Employee> empList = new List<Employee>(); public Employee() { } public Employee(int size) { empList = new List<Employee>(size); } }
在上面的代码中,当我们调用第二个构造函数创建初始化指定大小的泛型集合时 ,实际上时创建了两个List<Employee>。第一个创建后马上变成了垃圾――这是由于初始化器将在所有构造函数之前执行。编译器生成的代码类似于下面的这段代码:
class Employee { //声明变量 private List<Employee> empList; public Employee() { empList = new List<Employee>(); } public Employee(int size) { empList = new List<Employee>(); empList = new List<Employee>(size); } }
我们可以看到这样做会影响程序的效率,创建了不必要的对象,所以如果需要在不同的构造函数中执行不同的初始化方式时正确的做法应该是不适用初始化器,而是先声明变量,然后在构造函数中进行成员变量的初始化,如下:
class Employee { //声明变量 private List<Employee> empList; public Employee() { empList = new List<Employee>(); } public Employee(int size) { empList = new List<Employee>(size); } }
3.需要进行异常处理
初始化器无法被try语句包裹。所以对象初始化器执行的过程中发生异常都会被传递到对象之外。如果在初始化对象的时候可能会抛出异常时我们应该将这部分代码放到构造函数中,对其进行异常处理。这样才能够实现必要的恢复性代码,以创建类型实例并以更友好的方式处理异常。
小节:
成员初始化器是保证类型中成员变量都被初始化的最简单方法――在声明变量时就对其进行初始化,无论调用的是那个构造函数,初始化器都将会在所有构造函数之前执行。这种语法也避免了在添加新的构造函数时遗漏掉重要的初始化代码。所以,如果对于所有的构造函数某个成员变量的初始化值是一样的,那么就应该尽量使用初始化器语法。
相关文章推荐
- Effective C# 使用成员初始化器而不是赋值语句
- 推荐使用成员初始化器而不是赋值语句
- 《Effective C#》读书笔记——条目12:推荐使用成员初始化器而不是赋值语句<.NET资源管理>
- Effective C# 原则1:尽可能的使用属性(property),而不是数据成员(field)。
- 《Effective C#》读书笔记——条目1:使用属性而不是可访问的数据成员<C#语言习惯>
- Effective C# 原则1:尽可能的使用属性(property),而不是数据成员(field)。
- Effective C# 原则1:尽可能的使用属性(property),而不是数据成员(field)
- Effective C# 原则1:尽可能的使用属性(property),而不是数据成员(field)。
- Effective C#:Item1:使用属性而不是可访问数据成员
- [转]Effective C# 原则1:尽可能的使用属性(property),而不是数据成员(field)
- 《Effective C#中文版:改善C#程序的50种方法》——Effective C# 原则1:尽可能的使用属性(property),而不是数据成员(field)
- Effective C# 原则1:尽可能的使用属性(property),而不是数据成员(field)
- Effective C# 原则1:尽可能的使用属性(property),而不是数据成员(field)
- Effective C# 之一: 尽可能的使用属性,而不是数据成员
- 父类的正常成员函数子类可以使用,并不是继承下来 的,子类是怎么调用父类的函数 : 可能是利用了一种叫函数名联编的方法.没有隐藏的情况下用函数名字来决定调用的函数.
- Effective C# 原则35:选择重写函数而不是使用事件句柄(译)
- effective C#(item 1)用属性来访问私有成员而不是改变私有成员为公有成员
- Effective C# 学习笔记(十三)对静态类成员使用合适的初始化方式
- 【C#高效编程50例】条目1:使用属性而不是可访问的数据成员
- 《Effective C#》Item 13:使用静态构造函数初始化静态成员