错误检查过度杀伤?

Jam*_*mes 6 error-checking

你做了什么错误检查?实际需要进行哪些错误检查?我们真的需要检查文件是否已成功保存?如果它经过测试并且从第一天起就可以正常工作,它是否应该始终有效?

我发现自己错误地检查每一件小事,而且大部分时间都觉得有点过分.比如检查一个文件是否已成功写入文件系统,检查数据库语句是否失败......这些都不应该是有效的吗?

你做了多少错误检查?是否存在错误检查的元素,因为您相信它只会起作用?

我敢肯定,我记得曾经读过"不要测试那些永远不会发生的事情"的内容......但是不记得来源了.

所有可能失败的事情都应该检查失败吗?或者我们应该相信那些更简单的操作?例如,如果我们可以打开文件,我们是否应该检查每行读取是否失败?也许它取决于应用程序或应用程序本身的上下文.

听到别人做的事情会很有趣.

更新:作为一个简单的例子.我保存了一个表示图库中图像的对象.然后我将图像保存到光盘.如果保存文件失败,即使对象认为有图像,我也必须要显示图像.我可以检查图像保存到光盘的失败然后删除对象,或者将图像保存在事务(工作单元)中 - 但是当使用使用表锁定的数据库引擎时,这会变得很昂贵.

谢谢,

詹姆士.

Cha*_*ion 0

我一般都会遵守这些规则。

  1. 过度验证用户输入。
  2. 验证公共 API。
  3. 使用从生产代码中编译出来的断言来处理其他所有事情。