设计原则-----函数返回错误还是抛出异常
2015-04-09 09:08
274 查看
看到stackoverflow上有个回答,就是软件上层(相对)组件建议使用异常,低层(相对)组件建议函数返回错误码(如果是纯C,那么返回错误码是肯定了,越独立的模块组件,更推荐使用错误码)。很明显,返回错误码比较简单,但是会但来后期上的维护困难等等,当然,也并不是绝对的。
http://stackoverflow.com/questions/253314/exceptions-or-error-codes
当然,这个要见仁见智了,不能统一偏向用某个。以下也有几个社区讨论,讨论的都比较好:
http://www.iteye.com/problems/59997 http://star.baidu.com/forum/forum.php?mod=viewthread&tid=412
C++异常使用方法:
http://blog.csdn.net/renwotao2009/article/details/6751687
当然,异常还有个非常明显的好处,就是函数的调用方不会忘记check返回值。因为不需要。如果只是单纯的返回error message,万一没有检查返回值呢?那么一旦错误,程序将继续运行,进入不确定状态。
http://stackoverflow.com/questions/253314/exceptions-or-error-codes
当然,这个要见仁见智了,不能统一偏向用某个。以下也有几个社区讨论,讨论的都比较好:
http://www.iteye.com/problems/59997 http://star.baidu.com/forum/forum.php?mod=viewthread&tid=412
C++异常使用方法:
http://blog.csdn.net/renwotao2009/article/details/6751687
当然,异常还有个非常明显的好处,就是函数的调用方不会忘记check返回值。因为不需要。如果只是单纯的返回error message,万一没有检查返回值呢?那么一旦错误,程序将继续运行,进入不确定状态。
相关文章推荐
- 异常大讨论-抛出异常还是返回false
- 函数设计之美--函数需要返回错误码吗(一)?
- PHP 的异常处理、错误的抛出及错误回调函数
- 是返回错误码,还是抛出异常?说说我的选择
- 对于直接返回错误响应和抛出异常的选择思考
- 函数设计之美--函数需要返回错误码吗(一)?
- 错误处理的返回--异常还是返回值
- PHP 的异常处理、错误的抛出及错误回调函数
- 函数设计之美--再谈函数需要返回错误码吗?
- 是返回错误码,还是抛出异常?说说我的选择
- 建议58:用抛出异常代替返回错误代码
- 编写高质量代码改善C#程序的157个建议——建议58:用抛出异常代替返回错误代码
- (轉)函数返回设计以及错误处理
- Spring中抛出异常时,既要要返回错误信息,还要做事务回滚
- 实现一个数值加法函数,返回两个数字的和。要求能进行参数验证,若参数不是数字或为空则抛出异常。
- ErrorCode枚举类型返回错误码信息测试,手动抛出异常信息,在事务中根据错误码来回滚事务的思路。
- 函数设计之美--函数需要返回错误码吗(一)?
- 是返回错误码,还是抛出异常?说说我的选择
- PHP 的异常处理、错误的抛出及错误回调函数
- COM组件设计与应用(十二)---错误与异常处理