我在一个代码库(C# 3.5)中工作,当在一个返回‘bool3.5’的函数中时,它到处都是返回true/false的异常处理块。
catch (Exception ex) { return false; }这不是正确的做法。我正在考虑记录异常,并且有一个局部变量(到函数),它将是initialized.And,这个变量将在函数的末尾返回。
你认为如何?
发布于 2010-02-09 15:24:38
通常被接受的处理异常的方法是,只有当你可以对其做些什么的时候,才使用来处理它们。当然,您可以只处理log puropose的通用异常,但一旦完成,就应该重新处理它。
你的应用程序逻辑不应该依赖于异常。如果绝对没有其他方法可以做到这一点,那么至少要处理具体的异常,而不是一般的异常……
发布于 2010-02-09 15:24:37
就我个人而言,我会去掉所有这些catch块,让异常在发生时冒泡起来。
正如您所说,对应用程序逻辑使用异常是一种糟糕的做法。
有一个catchall异常处理程序,它将捕获所有这样的异常,并记录它们并终止程序(如果这对此程序是正确的)。
发布于 2010-02-09 15:23:50
你在这里想要什么是非常主观的。
让你的函数返回true/false值取决于函数的成功与否,这是老的C风格的代码。在C#世界中,抛出异常要常见得多。
你可以争论很长一段时间,为你的代码库选择哪条路是正确的。
我的总体观点是坚持使用异常,它们的优点是它们会冒泡,并且通常需要更少的代码。而且对于记录未捕获的异常也有很大的支持。
https://stackoverflow.com/questions/2227412
复制相似问题