你做什么错误检查?什么错误检查实际上是必要的?我们真的需要检查文件是否已经成功保存了吗?如果从第一天起就测试并正常工作的话,它不应该总是起作用吗?
我发现自己检查每一件小事都是错误的,而且大多数情况下,如果我觉得过分了,那就错了。比如检查文件是否已成功写入文件系统,检查数据库语句是否失败.这些不是有效的还是无效的吗?
你做了多少错误检查?是否存在错误检查的元素,因为您相信它会正常工作?
我肯定我记得在某个地方读到了一些类似于“不要去测试那些永远不会发生的事情”之类的东西……但是我记不起来源了。
那么,是否应该检查所有可能失败的东西是否失败?还是我们应该相信那些简单的操作?例如,如果我们可以打开一个文件,我们应该检查是否读取每一行失败或没有?它可能取决于应用程序内的上下文或应用程序本身。
听别人做什么会很有趣的。
更新:作为一个快速示例。我在图库中保存了一个表示图像的对象。然后我将图像保存到光盘中。如果文件保存失败,那么即使对象认为有图像,我也必须进行图像显示。我可以检查映像保存到磁盘的失败,然后删除对象,或者将映像包装在事务(工作单位)中--但是当使用使用表锁定的db引擎时,这会变得很昂贵。
谢谢,
詹姆斯。
发布于 2010-04-05 10:28:40
如果您没有空闲空间,并且尝试编写文件,并且不检查错误,那么您的应用程序就会悄悄地掉下来,或者使用愚蠢的消息。我讨厌在其他应用程序中看到这个。
发布于 2010-04-05 10:31:35
我不是在回答整个问题,只是这一部分:
,那么,是否应该检查所有可能失败的东西是否失败?还是我们应该相信那些简单的操作?
在我看来,在下一步重要的时候,错误检查是最重要的。如果无法打开文件将导致错误消息永久丢失,那么这就是一个问题。如果应用程序会简单地死掉并给用户一个错误,那么我将考虑另一种类型的问题。但是,默默地死去,或者默默地挂着,是一个你真的应该尽最大努力去对付的问题。所以,某件事是否“简单的操作”与我无关;这取决于接下来会发生什么,或者如果失败了会有什么结果。
发布于 2010-04-05 10:28:30
我一般都遵守这些规则。
。
https://stackoverflow.com/questions/2580185
复制