如果有办法

bool DoStuff() {
    try {
        // doing stuff...
        return true;
    }
    catch (SomeSpecificException ex) {
        return false;
    }
}

它应该被称为IsStuffDone()吗？

用户可能会误解这两个名称：如果名称是DoStuff()为什么它返回布尔值？如果名称IsStuffDone()不明确，则该方法是执行任务还是仅检查其结果。

这种情况有约定吗？还是一种替代方法，因为这被认为是有缺陷的？例如，在具有输出参数的语言（如C＃）中，可以将布尔状态变量作为1传递给方法，而方法的返回类型为void。

编辑：在我的特定问题中，异常处理不能直接委托给调用者，因为该方法是接口实现的一部分。因此，调用者不必负责处理不同实现的所有异常。它不熟悉那些例外。但是，调用者可以处理自定义异常，如npinti的answer和comment中StuffHasNotBeenDoneForSomeReasonException建议的那样。

在.NET中，您经常会有成对的方法，其中的一个可能会引发异常（DoStuff），另一个会返回布尔状态，并在成功执行后通过out参数（TryDoStuff）返回实际结果。

（Microsoft将其称为“ Try-Parse模式”，因为它最突出的示例TryParse就是各种原始类型的方法。）

如果Try前缀在您的语言中不常见，那么您可能不应该使用它。

如果您只是将异常抛出给调用代码怎么办？

这样，您就将异常处理委托给谁在使用代码。如果将来您想执行以下操作怎么办：

• 如果没有引发异常，请执行操作A
• 如果（例如）FileNotFoundException抛出a，请执行操作B
• 如果引发任何其他异常，请执行操作C

如果您抛出异常，则上述更改将仅需要添加一个额外的catch块。如果保持原样，则需要更改方法以及调用该方法的位置，具体取决于项目的复杂性，该位置可以位于多个位置。

DoStuff() 就足够了，应该记录函数的返回值，而无需在函数名称中提及它，而是寻找许多可用的API：

的PHP

// this method update and return the number affected rows 
// called update instead of updateAndGetAffectedCount
$affected = $query->update(/* values */);

锋利的C

// Remove item from the List
// returns true if item is successfully removed; otherwise, false.
public bool Remove( T item )

在Java中，Collection API定义了一个返回布尔值的add方法。它基本上返回添加是否更改了集合。因此，对于，List它通常会返回true，因为已添加了该项目；而对于了，Set它可能会返回false（如果该项目已经存在），因为Sets最多允许每个唯一的项目一次。

也就是说，如果添加了集合不允许的项目（例如，空值），则添加操作将抛出a NullPointerException而不是返回false。

当对案件应用相同的逻辑时，为什么需要返回布尔值？如果要隐藏异常，请不要。只是抛出异常。这样，您可以查看出了什么问题。如果确实需要布尔值（由于可能未完成），则出于异常以外的其他原因，请将该方法命名为DoStuff()，因为它表示行为。它的东西。

可能由于各种原因（异常，正常情况）而失败，因此可以使用以下方法：

boolean doStuff() - returns true when successful

重要的是要记录布尔值的含义。

我通常有方法返回一个OperationResult（或OperationResult<T>）并IsSuccess在OperationResult适当的位置设置属性。如果“常规”方法无效，则返回OperationResult；如果“常规”方法返回对象，则返回OperationResult<T>并Item在OperationResult适当的位置设置属性。我也建议其上的方法OperationResult，如.Failed(string reason)和.Succeeded(T item)。OperationResult很快就成为您系统中的一种常见类型，开发人员开始了解如何处理它。

这实际上取决于您使用的语言。就像某些语言一样，在许多语言中或根本没有任何语言中确实存在约定和协议。

例如，在使用Objective-C语言和iOS / Mac OS X SDK的方法名称通常遵循以下原则：

- (returndatatype) viewDidLoad {
- (returndatatype) isVisible {
- (returndatatype) appendMessage:datatype variablename with:datatype variablename {

如您所见，那里有一个叫做viewDidLoad的方法。我更喜欢在创建自己的应用程序时使用这种类型的命名。这可以用来检查是否如您所说发生了某些事情。我相信您对方法的名称思考得太深了。大多数方法无论执行何种操作都会返回其状态，例如：

在PHP中，如果连接失败，mysql_connect（）将返回false。它没有说会，但是有，并且文档说有，所以不会被程序员误解。

我想建议使用“ Try”前缀。对于该方法可能成功或失败的情况，这是一种众所周知的模式。Microsoft在.NET Framework中已经使用了这种命名模式（例如TryParseInt）。

但是，这可能与命名无关。它与如何设计方法的输入/输出参数有关。

我的想法是，如果某个方法具有返回值，则调用该方法的目的应该是获取该返回值。因此，应避免使用返回类型指示操作状态。

在C＃中，我更喜欢使用out参数。使用out我将参数标记为side参数。特别是C＃6将支持内联变量声明。

DoStuff(out var isStuffDone); // The out parameter name clearly states its purpose.
DoStuff(out var _); // I use _ for naming parameters that I am ignoring.

我会根据方法的主要作用来选择一个名称。实际上，该方法返回布尔值并不强制使用“ Is”前缀。让我们看一些Java代码，它们相当广泛地使用'Is'前缀。看一下java.io.File.delete()。它返回boolean，但是没有被调用isFileDeleted()。原因是该方法的主要作用是删除文件。有人为了删除文件而调用此方法。

布尔值只是用来传达工作结果。另一方面，让我们看看java.util.Map.isEmpty()。显然，您调用了这种方法来找出该集合是否为空。您不希望任何事情完成。您只想了解当前状态。

因此，就我个人而言，我绝对会坚持DoStuff()。

对我来说，这是一个非常重要的问题。很多时候，当我维护遗留代码时，我会偶然发现一种我个人所说的“说谎方法”。名称表示动作A，但主体表示动作B。最令人毛骨悚然的例子是使用getter方法更改数据库中的数据。