| 订阅 | 在线投稿
分享
 
 
 

《Effective C#》Item 8:确保“0”在值类型中是有效的

来源:互联网网民  宽屏版  评论
2007-09-22 05:02:29

大家在看了这标题后,肯定会觉的,为什么要确保“0”是有效的,这一点主要是跟值类型的内存分配有关,值类型有默认的构造函数,这是没法避免的,因此值类型变量中的成员在初始化的时候所出现的细微问题(对于值类型这方面的知识可以参看我前面一篇文章)。

http://blog.csdn.net/Knight94/archive/2006/07/01/861383.aspx

日常中比较常见的两种值类型,一个是enum定义的枚举类型,一个是用struct定义的数据类型。那我接下来就分别说明这两种类型如果不定义“0”为一个有效值的所能造成的后果,再分别说明如何加以修改来弥补这类错误。

对于enum定义的枚举类型来说,默认的起始值为0,但是如果在定义的时候,按照如下的方式去定义的话,有时候会造成意想不到的错误。

public enum ERROR_CODE

{

INVALID_FILE_NAME = 1001,

CANT_BE_ACCESS = 1002,

}

如上的定义是没有默认值0的,那么当我显示的去定义一个此类型变量,例如:

ERROR_CODE myError = new ERROR_CODE();

Debug.WriteLine( string.Format( "{0}", (int)myError ) );

可以看出如上的输出结果是0,但是它不是一个有效的值,也许这种错误可能很少出现,但是在struct复合类型中这种错误表现得更为明显。例如:

public struct ErrorMsg

{

private ERROR_CODE err;

private string strMsg;

// other properties or methods here

}

对于如上的结构类型来说,由于默认构造函数存在,所以当创建一个ErrorMsg变量的时候,那么对于err这个成员的值是无效的。有人可能会说,增加构造函数来限制等等的做法来避免这类错误。那么为什么与其在ErrorMsg中增加限制,不如在定义ERROR_CODE的时候就避免呢。其实这类错误的避免方法很简单,只要在ERROR_CODE中增加0的有效定义即可,例如比较正确形式的应该如下:

public enum ERROR_CODE

{

NO_ERROR = 0,

INVALID_FILE_NAME = 1001,

CANT_BE_ACCESS = 1002,

}

按照如上的做法就可以避免定义ERROR_CODE变量或者被组合到别的类型中的时候,都不会发生初始值是无效的尴尬局面。

在这本书中,对于枚举类型还提到一点,就是增加Flags标记的时候,一定要以None作为0,例如:

[Flags]

public enum Style

{

None = 0,

Flat = 1,

}

这样的目的是为了在与和或操作的时候能有意义。这方面的例子我就不多说了,例如:某个connection的状态,或者文件的某种属性等等都会用到类似的做法。

除了枚举类型外,对于struct定义的值类型来说,如果struct类型所包含的成员类型都是值类型的话,是没有什么问题(如果是自定义枚举类型,要参照上面所说的方法进行处理);但是如果包含引用类型,则需要进行初始化,避免在访问的时候出现异常。例如对于前面所说的ErrorMsg来说,由于struct默认构造函数的存在,有可能在ErrorMsg类型变量在构造后,其的strMsg成员不是有效的。除了string类型外,常见的还有数组类型。如何避免类似的问题呢,方法是采用属性来实现。例如:

public struct ErrorMsg

{

private ERROR_CODE err;

private string strMsg;

public string Message

{

get

{

if( strMsg == null ) return string.Empty;

else

return strMsg;

}

}

// other properties or methods here

}

public struct IntArray

{

private int[] nArray;

public int[] Array

{

get

{

if( nArray == null )

nArray = new int[10];

return nArray;

}

}

}

所以在论坛上经常看到有人提出不能在struct中定义一个固定维数的数组,那么参照如上的方法,这类问题就能得到很好地解决。

最后再提一句,对于要确保“0”在所定义的值类型中是有效的这一点来说别小看。屏蔽错误从细微做起,而且好的编码习惯会使后面的工作事半功倍。

 
特别声明:以上内容(如有图片或视频亦包括在内)为网络用户发布,本站仅提供信息存储服务。
 
大家在看了这标题后,肯定会觉的,为什么要确保“0”是有效的,这一点主要是跟值类型的内存分配有关,值类型有默认的构造函数,这是没法避免的,因此值类型变量中的成员在初始化的时候所出现的细微问题(对于值类型这方面的知识可以参看我前面一篇文章)。 http://blog.csdn.net/Knight94/archive/2006/07/01/861383.aspx 日常中比较常见的两种值类型,一个是enum定义的枚举类型,一个是用struct定义的数据类型。那我接下来就分别说明这两种类型如果不定义“0”为一个有效值的所能造成的后果,再分别说明如何加以修改来弥补这类错误。 对于enum定义的枚举类型来说,默认的起始值为0,但是如果在定义的时候,按照如下的方式去定义的话,有时候会造成意想不到的错误。 public enum ERROR_CODE { INVALID_FILE_NAME = 1001, CANT_BE_ACCESS = 1002, } 如上的定义是没有默认值0的,那么当我显示的去定义一个此类型变量,例如: ERROR_CODE myError = new ERROR_CODE(); Debug.WriteLine( string.Format( "{0}", (int)myError ) ); 可以看出如上的输出结果是0,但是它不是一个有效的值,也许这种错误可能很少出现,但是在struct复合类型中这种错误表现得更为明显。例如: public struct ErrorMsg { private ERROR_CODE err; private string strMsg; // other properties or methods here } 对于如上的结构类型来说,由于默认构造函数存在,所以当创建一个ErrorMsg变量的时候,那么对于err这个成员的值是无效的。有人可能会说,增加构造函数来限制等等的做法来避免这类错误。那么为什么与其在ErrorMsg中增加限制,不如在定义ERROR_CODE的时候就避免呢。其实这类错误的避免方法很简单,只要在ERROR_CODE中增加0的有效定义即可,例如比较正确形式的应该如下: public enum ERROR_CODE { NO_ERROR = 0, INVALID_FILE_NAME = 1001, CANT_BE_ACCESS = 1002, } 按照如上的做法就可以避免定义ERROR_CODE变量或者被组合到别的类型中的时候,都不会发生初始值是无效的尴尬局面。 在这本书中,对于枚举类型还提到一点,就是增加Flags标记的时候,一定要以None作为0,例如: [Flags] public enum Style { None = 0, Flat = 1, } 这样的目的是为了在与和或操作的时候能有意义。这方面的例子我就不多说了,例如:某个connection的状态,或者文件的某种属性等等都会用到类似的做法。 除了枚举类型外,对于struct定义的值类型来说,如果struct类型所包含的成员类型都是值类型的话,是没有什么问题(如果是自定义枚举类型,要参照上面所说的方法进行处理);但是如果包含引用类型,则需要进行初始化,避免在访问的时候出现异常。例如对于前面所说的ErrorMsg来说,由于struct默认构造函数的存在,有可能在ErrorMsg类型变量在构造后,其的strMsg成员不是有效的。除了string类型外,常见的还有数组类型。如何避免类似的问题呢,方法是采用属性来实现。例如: public struct ErrorMsg { private ERROR_CODE err; private string strMsg; public string Message { get { if( strMsg == null ) return string.Empty; else return strMsg; } } // other properties or methods here } public struct IntArray { private int[] nArray; public int[] Array { get { if( nArray == null ) nArray = new int[10]; return nArray; } } } 所以在论坛上经常看到有人提出不能在struct中定义一个固定维数的数组,那么参照如上的方法,这类问题就能得到很好地解决。 最后再提一句,对于要确保“0”在所定义的值类型中是有效的这一点来说别小看。屏蔽错误从细微做起,而且好的编码习惯会使后面的工作事半功倍。
󰈣󰈤
 
 
 
>>返回首页<<
 
 热帖排行
 
 
 
静静地坐在废墟上,四周的荒凉一望无际,忽然觉得,凄凉也很美
©2005- 王朝网络 版权所有