返回状态消息

Question

像“addSomething()”这样的类也有方法。这个可以成功也可以不成功。因此，成功的状态可以用一个布尔返回值来显示。但是有时方法调用会因为几个原因而失败。“false”显示了这一点，但只是以一般方式显示。有时程序员想知道失败的原因。为此，提供一个自己的报告类来提供这样的功能有用吗？

public class Report {
    private final boolean success;
    private final String message;

    public Report(boolean success) {
        this.success = success;
        this.message = "empty message";

    }

    public Report(boolean success, String message) {
        this(success);
        this.message = message;
    }

    public boolean wasSuccessful() {
        return success;
    }

    public String getMessage() {
        return message;
    }
}

然后，您可以决定是否要使用“wassucsuccess（）”获取一般成功报告，或者是否还要使用“getMessage（）”记录确切原因。

Answer 1

您可以尝试像任何一种模式一样使用smth。它的用法类似于＜code＞

Answer 2

为此，提供一个自己的报告类来提供这样的功能是否有用？

“有用”是主观的。如果以上内容很好地解决了您的具体问题，那么它当然是有用的，并且可能是一个好方法。

但是一般来说，Java中的失败通常是通过使用一些例外来建模的。

因此，在许多情况下，您只需使用< code>void方法。As:刚刚返回的方法表示:“一切都好”。否则，如果有问题，这个方法会抛出一个异常。

现在，如果另一方面，您遇到方法可能通过或失败的情况，并且两个结果都完全正常（例如，如果某些方法检查是否存在可选参数），那么可以肯定的是：您的方法可能很有用。您只需允许为每个对您重要的方法调用添加新的 Report 对象即可。然后，调用该方法的任何人都可以创建 Report 对象，并将它们添加到某些特定于上下文的 ReportCollector 中。

但请注意：在我看来，真正的问题是：当您考虑以编程方式收集（和使用）此类“进度”信息时，消息字符串很快就会变成问题。人们有时使用数字错误ID有一个很好的理由：以编程方式处理此类情况。字符串只对读字符串的人有意义。

你的代码不能对字符串做太多。记住:做一个< code>contains("this")或< code>contains("that")来决定以后如何对错误(消息)做出反应，这是一个真正的反模式！