什么时候应该在C＃方法名称中使用“ Try”？

我们正在与我们的同事讨论方法名称以“ Try”开头的含义。

有以下意见：

• 当方法可以返回空值时，请使用“尝试”。
• 该方法不会引发异常时，请使用“尝试”。

官方定义是什么？方法名称中的“尝试”是什么意思？是否有关于此的官方指南？

这被称为TryParse模式，并且已由Microsoft记录。MSDN的“异常和性能 ” 官方页面显示：

为在常见情况下可能引发异常的成员考虑TryParse模式，以避免与异常相关的性能问题。

因此，如果您的代码具有常规用例意味着可能会引发异常（例如解析int），则TryParse模式是有意义的。

（已更正）有官方指南，如Erik所建议。

当我看到TrySomething方法时，我认为是

• 不扔
• 退货 bool
• 如果我期望值，则通过'out'参数返回
• 有Something一种方法可以让我自己处理任何异常。（编辑，杰西·韦伯建议）

我认为您应该try继续使用。一个方法是否返回某个值都没关系。

情况1：如果恢复正常，则可以采取某种方式。

情况2：如果不返回：就可以了；您可以采用其他方式进行。

如果您希望该方法的输出有一些值，请使用out参数。

例

int value
if (dictionary.TryGetValue("key", out value))
{
    // Proceed in some way
}
else
{
    // Proceed in some other way
}

当您想表明方法调用可能产生无效结果的事实时，必须在方法名称中使用“ Try”。顺便说一句，遵循.NET标准，它不是引发异常的函数，而是从程序角度返回某些VALID或NON_VALID值的函数。

最后，您决定在小组中使用的所有有关命名约定的内容。

try如果满足以下条件，请确保在您的方法名中包括：

• 你不会抛出任何异常
• 您的方法具有以下签名： bool TrySomething(input, out yourReturn)

因此，基本上，如果我们使用try-methods，我们只会得到一个布尔结果。

因此，以下代码不会引发任何异常：

string input = "blabla";
int number;
if (int.TryParse(input, out number))
{
// wooohooo we got an int!
} else
{
//dooh!
}

而此代码可以（并且在这种情况下）会引发异常：

string input = "blabla";
int number;
try
{
     number = int.Parse(input); //throws an exception
}
catch (Exception)
{
     //dooh!
}

使用Try方法是一种更安全，更具防御性的编码方式。另外，如果代码片段不是整数，则代码片段2会提高执行性能。

鲍勃叔叔在他的“ 清洁代码”一书中给出了下面的例子。每当我们期望抛出异常时，我们都可以使用Try方法名称的前缀：

public void sendShutDown()
{
    try{
        tryToShutDown();
    } catch (DeviceShutDownError e) {
        logger.log(e);            
    }
}

然后（适应）：

private void tryToShutDown()
{
    //some code with no error handling, but
    //something might go wrong here
}

该tryToShutDown方法不会进行任何错误处理，因为这是该sendShutDown方法的责任。

TryParseMicrosoft 的模式违反了明确的代码准则，该准则说我们应避免使用输出参数。

如果我们不开发新版本的C＃，则不必遵守所有Microsoft准则。有时它们不是最好的。