所谓防错性编程,就是我们要假设所有传入的参数都是不可靠的,所有对方法的调用都是需要考虑是否会产生异常的。
开发阶段一般用断言就能很好的在第一时间检查出输入的垃圾数据。当然抛出异常也是一个非常好的办法,同样能做到这点,而优点是我们可以根据不同的异常类型,来判断到底是哪种类型的错误。
最近看到系统函数,发现几乎左右的函数都会有一个返回值,这个返回值一般会有两个用处,一是真的返回的数据,二是表示调用是否成功,如果调用没有成功的话,会返回一个特殊值,比如NULL。
当我们检查函数的返回值异常的时候,就可以去查看特定位置的errorID,于是便可以找到相对应的异常信息了。
这样的做法的一个弊端,也不能说是弊端,就是需要我们做一个负责的程序员,就是我们需要对每一个返回值进行检查。因为原则上,每一个调用都可能是会失败的。
在Code Complete上看到一段话说。一个好的程序从来不会输出乱七八糟像垃圾似的东西,不管它被输入的是什么。一个好程序的特点是“输入垃圾,什么也不产生”,或“输入垃圾,输出错误信息”,也可以是“不允许垃圾进入”。从现在的观点来看“输入垃圾,输出垃圾”,往往是劣质程序。
“输入垃圾,什么也不产生”这句我不同意,其他的说的都很对。
开发阶段一般用断言就能很好的在第一时间检查出输入的垃圾数据。当然抛出异常也是一个非常好的办法,同样能做到这点,而优点是我们可以根据不同的异常类型,来判断到底是哪种类型的错误。
最近看到系统函数,发现几乎左右的函数都会有一个返回值,这个返回值一般会有两个用处,一是真的返回的数据,二是表示调用是否成功,如果调用没有成功的话,会返回一个特殊值,比如NULL。
当我们检查函数的返回值异常的时候,就可以去查看特定位置的errorID,于是便可以找到相对应的异常信息了。
这样的做法的一个弊端,也不能说是弊端,就是需要我们做一个负责的程序员,就是我们需要对每一个返回值进行检查。因为原则上,每一个调用都可能是会失败的。
在Code Complete上看到一段话说。一个好的程序从来不会输出乱七八糟像垃圾似的东西,不管它被输入的是什么。一个好程序的特点是“输入垃圾,什么也不产生”,或“输入垃圾,输出错误信息”,也可以是“不允许垃圾进入”。从现在的观点来看“输入垃圾,输出垃圾”,往往是劣质程序。
“输入垃圾,什么也不产生”这句我不同意,其他的说的都很对。