在维护我同事的代码时，甚至有人声称自己是高级开发人员，我经常看到以下代码:
try
{
//do something
}
catch
{
//Do nothing
}
或者有时他们将日志信息写入日志文件，例如下面的try catch块
try
{
//do some work
}
catch(Exception exception)
{
WriteException2LogFile(exception);
}
我只是想知道他们所做的是不是最好的做法?这让我很困惑，因为在我看来，用户应该知道系统发生了什么。
当前回答
您应该考虑这些异常的设计指南
异常抛出 使用标准异常类型 异常和性能
https://learn.microsoft.com/en-us/dotnet/standard/design-guidelines/exceptions
其他回答
第二种方法很好。
如果你不想显示错误，并通过显示运行时异常(即。错误)，这与他们无关，然后只记录错误，技术团队可以寻找问题并解决它。
try
{
//do some work
}
catch(Exception exception)
{
WriteException2LogFile(exception);//it will write the or log the error in a text file
}
我建议您对整个应用程序采用第二种方法。
最佳实践是在错误发生时抛出异常。因为发生了一个错误，它不应该被隐藏。
但在现实生活中，你可以有几种情况想要隐藏它
您依赖于第三方组件，并且希望在出现错误时继续执行程序。 您有一个业务案例，需要继续进行，以防出现错误
留下空白的catch块是最糟糕的做法。如果出现错误，最好的处理方法是:
登录到文件数据库等。 尝试在飞行中修复它(可能尝试做该操作的替代方式) 如果我们不能修复这个问题，那么就通知用户有错误，当然还要中止操作
没有任何参数的捕获只是简单地吃掉异常，没有任何用处。如果发生致命错误怎么办?如果不带参数地使用catch，就无法知道发生了什么。
catch语句应该捕获更具体的异常，如FileNotFoundException，然后在最后捕获Exception，它将捕获任何其他异常并记录它们。
您应该考虑这些异常的设计指南
异常抛出 使用标准异常类型 异常和性能
https://learn.microsoft.com/en-us/dotnet/standard/design-guidelines/exceptions
