12

我正在开发一个由复杂对象组合驱动的用 java 编码的复杂企业应用程序。例如：在特定场景中，要执行一个操作，流程如下：

login() -> 
Followed by defined sequence of 10 to 20 method calls in different classes -> 
Followed by a logout()

在框架内，几乎所有的操作，包括登录、注销，以及 10 到 20 个方法调用中的许多都没有返回类型。任何错误行为都由框架处理。说，在登录

public void login(){
try{
 //login actions
 //chained sequence of calls

}catch(){
 // framework handling exceptions and other rollback options
}
}

中间的 10 到 20 个动作是在框架的不同层次结构中对不同对象的方法调用。

一个随机类看起来像这样：

class someobject{

def variable

void action1(){ do something on variable }
void action2(){ do something on variable }
...
}

变量经常更改状态，并且这些操作具有仅由框架定义的序列，我觉得这很烦人。

我会说，如果有适当的返回类型，或者至少有一些方法，比如 boolean 的情况login()，生活会容易得多。由于对一系列 void 返回函数的严格遵守，我发现很难通过调试来理解流程，而且单元测试对我来说成了一场噩梦。

所以现在，我的印象是编写返回某些东西的函数总是更好，尤其是当涉及到一系列动作时。那么，这是一个安全的假设吗？我想听听你对此的看法。如果我错了，请纠正我。

4

5 回答 5

10

一个方法最基本的可测试性是通过它的返回码。如果login您需要（如您所述）能够测试您现在是否已登录，并且boolean返回是显而易见的方式。否则，您必须检查一些属性，这似乎是不必要的非原子和复杂的（尽管可能由于其他原因需要）。

对我来说，这个论点扩展到任何有意义的方法。使用void返回码很常见，但更多是由于旧习惯而不是良好的设计原因。简单的属性设置器是一个反例，我相信还有其他的。

于 2012-04-26T10:55:00.703 回答
2

当一个方法对类中的本地数据进行操作时，void 方法是完全合理的，只要它对类上下文中有意义的一些“行为”进行建模。例如，如果您有一个对其内容进行排序的 SpecialSortedList，即 myList.sort()，则 sort() 方法将无效，因为它对与 SpecialSortedList 相关的某些行为进行建模。

如果方法不对类中的本地数据进行操作，即通过参数接受其数据并返回一些数据（即不依赖本地数据），则最好将其声明为静态，甚至将其移动到实用程序或助手类。

于 2012-04-26T10:57:51.933 回答
2

在我看来，不必总是在动作链上返回某些东西这完全取决于您的要求。即在登录身份验证方法中最好返回布尔结果以进行简化。如果一系列动作独立于一个和另一个，那么在我看来，没有必要返回任何不会被任何动作使用的东西。因此，如果一个动作的结果影响下一个动作，那么它应该返回一些东西以进行简化和测试，以便您可以直接从导致问题的方法的输出中提取。确定方法后，您可以检查已确定的特定方法。所以基本上每件事都取决于你的要求。如果您的要求在不返回任何东西的情况下得到更好的处理，那么您应该接受它。此外，您应该遵循最佳实践或设计模式以提高效率，这对于所有情况都会更好，并且您最终可以摆脱混乱。这只是我的意见。

于 2012-04-26T11:03:21.247 回答
0

我越来越喜欢返回状态码而不是 void。这做了几件事：

  1. 我允许调用你的函数的代码知道接下来要做什么（例如，如果操作失败，那么调用代码可能需要做一些与操作成功不同的事情）。
  2. 测试和调试更容易（正如你提到的）。我已经开始相信为可测试性编写代码是确保代码质量的最佳方法之一（当然假设您确实对其进行了测试）。void 函数很难测试。

我的偏好是尽可能让大多数函数接受参数，返回答案并且不更改任何类变量。正如 Jaco 所提到的，这些可以声明为静态的，甚至可以移动到实用程序类中。然后你可以让一些控制器函数利用返回值的函数。

于 2013-09-13T18:41:47.247 回答
-2

我会将答案分为两部分：

  • 什么时候返回“void”有用 -

    如果该方法返回一个值只是为了指示不正确的状态/异常，那么它应该返回“void”。异常应该负责处理所有错误场景，而不是说“布尔”返回值。现在，调用代码需要再次验证布尔值和异常。如果它只抛出异常，那么调用代码会更容易和更清晰。

  • 什么时候返回 void 没那么有用 -

    如果方法执行任何操作并返回值作为结果，则不应返回“void”，需要返回相关的结果类型（布尔/整数/对象等）。

一般来说，返回值应该实际对应于方法是否返回。它不应该对应于方法是否正确执行（好吧，它应该是）。所有的输入验证/异常场景都应该通过抛出相应异常的方式来处理。例如，当输入无效时抛出 IllegalArgumentException，而不是返回“布尔”表示方法未执行。

于 2014-09-15T07:52:28.657 回答