哪个更正确使用：if () 或 try-catch？

异常可以让您的代码更清晰、更易于理解，因为它们可用于将操作的执行与错误处理分开。Martin 的书“Clean Code”首先描述了这方面。

同时，以我的经验，分离代码是很有必要的：在单独的方法中取出try/块。catch处理你的程序的程序员会说“谢谢”。这种构造非常笨重，即使是try/的简单形式finally，而且在大型方法的中间会让任何人感到困惑。

异常的第二个优点是它们允许您传递附加信息。atoiC 函数无法说明它无法将字符串转换为整数的确切原因。

int result;
result = atoi("123"); /* в result 123 */
. . .
result = atoi("foo"); /* что в result? */

在 Java 和 C# 等语言中，您可以通过将一些错误代码与调用上下文等结合起来，为您的异常类添加必要的属性。例子：

. . .
catch (SqlException e)
{
    Console.WriteLine("Ошибка '{2}' в строке {0} процедуры {1}", e.LineNumber, e.Procedure, e.Message);
}
. . .

长期以来坚定地转向异常的开发人员通过不返回任何错误代码，特别是臭名昭著的null ，使他们的代码更加清晰：

// Что будет, если в хранилище нет пользователя с указанным userid?
// Вернёт null или сгенерирует исключение?
User user = userRepository.GetById(userId);

目前，认为抛出异常更为正确（关于论据，我再次参考《代码整洁之道》一书）。如果该方法用于检查用户是否存在，建议将其转换为表单TryX。它很笨拙，但很熟悉，至少对 .NET 程序员来说是这样：

User user;
if (userRepository.TryGetById(userId, out user))
{
    . . .
}

更有价值的是，它是明确的：看代码，你不会想：“如果没有这样的用户怎么办？”

现在让我们从另一面看一下情况——什么时候不应该使用异常？在我看来，当它们使代码难以理解时。如果情况没有异常，那么在程序文本中应该有一个正常的检查。

例如，新文档的应用程序生成名称Untitled.foo、Untitled1.foo、Untitled2.foo等。

已经存在同名文件的情况很常见，并非例外，因此使用通常的检查来实现代码更正确：

public string GetNewDocumentName(string prefix)
{
    var filename = prefix + ".foo";

    if (!File.Exists(filename))
        return filename;

    int suffix = 0;
    do
    {
      filename = prefix + (++suffix).ToString() + ".foo";
    } while (File.Exists(filename));

    return filename;
}

这段代码不仅比使用异常的类似代码更快，更重要的是，它更容易被其他程序员理解，因为它隐含地向他们传达了额外的信息：这件事会定期发生，我们已经做好了准备。

但是，例如，一个文件夹中累积了 20 亿个无标题文件的令人难以置信的情况无疑是一个例外。

public string GetNewDocumentName(string prefix)
{
    var filename = prefix + ".foo";

    if (!File.Exists(filename))
        return filename;

    int suffix = 0;
    do
    {
      if (suffix == int.MaxValue)
            throw new InvalidOperationException("You're crazy!");

      filename = prefix + (++suffix).ToString() + ".foo";
    } while (File.Exists(filename));

    return filename;
}

这段代码看起来比较混乱。幸运的是，我们可以将部分检查分配给 C# 编译器：

public string GetNewDocumentName(string prefix)
{
    var filename = prefix + ".foo";

    if (!File.Exists(filename))
        return filename;

    int suffix = 0;
    do checked
    {
      filename = prefix + (suffix++).ToString() + ".foo";
    } while (File.Exists(filename));

    return filename;
}

另一个规则从何而来：如果您了解语言、平台、库并依赖它们的异常，代码可以变得更清晰。

我在上面写过异常比检查慢，我想澄清我的观点：做决定时不要依赖性能。正确的意义传递给另一个程序员，代码的纯度才是自己应该追求的。性能差异虽然存在，但从来没有大到足以让用户注意到。好吧，除非您在某些图形引擎中为嵌套循环本身编写代码。

预检查速度更快，而且通常更准确。但只有异常处理才能提供充分的保证。

示例：简单的文件创建。这里的错误是可能的 - 大海：

• 名称可能包含禁止使用的字符（允许的字符集取决于文件系统！）；
• 文件的完整路径可能太长；
• 该文件可能已经创建；
• 可能无权创建文件；
• 光盘可能有写保护或根本没有写保护（CD-ROM 就是一个例子）。

所有这些选项都可以提前检查 - 并用俄语向用户提供明确的信息。

但是有一些情况是没有预检会抓到的：

• 该文件可以在验证后立即由另一个程序创建；
• 该文件可能被防病毒软件阻止；
• 如果文件是在网络资源上创建的，则网络可能会“掉线”。