我刚开始学习编程，想请问一下，在布尔方法中使用try和catch的代码是否正确？
这只是示例代码，但我的Presenter类中有许多方法，我想知道我将catch放在仅返回false的位置上是否可以，或者我应该如何改进这个方法。
public bool TestMethod()
{
try
{
if(true)
{
//some random code
return true;
}
else{return false;}
}
catch{return false;}
}
我只是想确保这是一种好的实现方式，如果有任何改进意见，我将不胜感激。
public bool TestMethod()
{
bool returnValue = false;
try
{
if(true)
{
//some random code
returnValue = true;
}
}
catch(Exception ex)
{
// log the exception here, or rethrow it
}
return returnValue;
}
//some random code 部分抛出异常，然后再在下面捕获异常是没有任何理由的。这是一种反模式，叫做使用异常来控制程序流程。有更好的方法来处理这种情况。异常应该仅用于真正的异常情况，而不仅仅是那些你想要 return false 的情况。 - Cody Gray在我看来，catch块的目的不是返回值。我会这样使用：
public bool TestMethod()
{
bool retVal = false;
try
{
if (true)
{
//一些随机代码
retVal = true;
}
else{}
}
catch{}
return retVal;
}
catch 块仍然让我感到困扰。这是一种代码异味，我可以从这里闻到。 - Cody Graytry-catch 块。除非你有非常明确的理由，否则不应该将所有代码都包含在异常处理中。 - Cody Gray这取决于您在if语句块中的操作。如果在发生意外错误时返回false，您将永远无法知道出了什么问题。如果您的代码足够简单并且您知道出了什么问题，则是很好的使用方法。
例如，对于检查给定字符串是否为有效数字和5的倍数的方法，这是一个很好的方法。如果它不是数字，您将收到异常，并且您不需要记录或其他任何原因会导致异常。
retVal，returnValue，...），我的最爱是 result，在您的情况下应该是bool。
然后，在方法体内使用此 result 变量，即在 try/catch 内部，并且除非在方法结尾处返回 result，否则不要返回任何内容。个人使用 return 其余代码（在 return 之后）不应运行。
这样，读者就不会困惑于如此多的 return。您可以考虑提前 return 的性能好处，但我怀疑（如果编译器优化无法为您完成）它在框架和层的世界中具有很少的影响，其中我们每天都在为设计问题而牺牲性能。
最后，认真对待CodeInChaos所说的观点。如果您不知道异常原因并且无法以优雅的方式处理它，请让它被抛出。 异常不是坏事，就像药物中的疼痛一样。一个患有慢性糖尿病的人失去了脚部的疼痛感觉，将不会注意到脚部的小伤口，而谷歌搜索将向您展示忽略疼痛信号的结果图片。如果你在问的是直接从catch子句中返回是否可以，那当然没有问题。否则编译器会禁止这样做；例如，你不能从finally子句中返回。
然而，在你的特定代码示例中，catch子句似乎毫无意义，因为try中的代码不会引发任何异常（除了系统级别的异常，如OutOfMemoryException，但那是异常情况）。如果其中有一个throw语句，或者你认为可能会抛出异常的方法调用（例如，File.Open可能会抛出FileNotFoundException），那就更有意义了。
关于代码风格，我建议你多使用一些缩进：
public bool TestMethod()
{
try
{
if (some_condition)
{
//some random code
return true;
}
else
{
return false;
}
}
catch
{
return false;
}
}
throw语句，则会抛出自己的异常。如果您调用File.Open，则可能会引发它自己的异常。两者都做没有意义。-当然，您可以在catch中使用throw（在这种情况下，将抛出一个新的异常并丢弃捕获的异常），但在大多数情况下，除非您实际上需要对其做出响应，否则应该不要首先捕获异常。 - Timwi