接口是 Java 8 中实用程序类的有效替代品吗？ [复制]

Question

在过去十年左右的时间里，我一直在为我的 Java 实用程序类使用以下模式。该类仅包含静态方法和字段，声明为final，因此无法扩展，并且具有private 构造函数，因此无法实例化。

public final class SomeUtilityClass {
    public static final String SOME_CONSTANT = "Some constant";

    private SomeUtilityClass() {}

    public static Object someUtilityMethod(Object someParameter) {
        /* ... */

        return null;
    }
}

现在，随着 Java 8 中 static methods in interfaces 的引入，我最近发现自己在使用实用程序接口模式：

public interface SomeUtilityInterface {
    String SOME_CONSTANT = "Some constant";

    static Object someUtilityMethod(Object someParameter) {
        /* ... */

        return null;
    }
}

这让我摆脱了构造函数，以及许多隐含在接口中的关键字（public、static、final）。

这种方法有什么缺点吗？使用实用程序类而不是实用程序接口有什么好处吗？

Answer 1

只有当你期望有人会实现它时，你才应该使用接口。例如，java.util.stream.Stream 接口有一堆静态方法，它们可以位于 Java 8 之前的一些Streams 或StreamUtils 类中。但是它是一个有效的接口，它也具有非静态方法并且可以实现。 java.util.Comparable 是另一个例子：那里的所有静态方法都只支持接口。您不能禁止用户实现您的公共接口，但对于实用程序类，您可以禁止他们实例化它。因此，为了代码清晰，我建议不要使用接口，除非它们打算被实现。

关于@saka1029 答案的说明。虽然您确实不能在同一个接口中定义辅助私有方法和常量，但在同一个包中创建一个包私有类（如MyInterfaceHelper）不是问题，它将包含所有必要的实现相关的东西。一般来说，包私有类可以很好地向外界隐藏您的实现细节。

Answer 2

基于将常量接口模式创造为反模式的人，我想说虽然您不打算让客户端实现接口，但它仍然是可能的，可能更容易，并且应该'不允许：

API 应该易于使用且难以误用。做简单的事情应该很容易；可以做复杂的事情； 而且不可能，或者至少很难做错事。

虽然如下所述，但实际上取决于目标受众

---

许多易于使用的设计模式受到很多批评（上下文模式、单例模式、常量接口模式）。哎呀，即使是诸如得墨忒耳法则之类的设计原则也因过于冗长而受到批评。

我不想这么说，但这类决定是基于意见的。尽管上下文模式被视为一种反模式，它在 Spring 和 Android SDK 等主流框架中很明显。它归结为环境以及目标受众。

我能找到的主要缺点被列为Constant Interface wiki中“缺点”下的第三个列表：

如果在将来的版本中需要二进制代码兼容性，则常量接口必须永远保持为接口（它不能转换为类），即使它没有被用作传统意义上的接口。

如果您曾经想过“嘿，这实际上不是合同，我想强制执行更强大的设计”，您将无法更改它。但正如我所说，这取决于你；也许您将来不会在意​​更改它。

最重要的是，@TagirValeev 提到的代码清晰。接口具有被实现的意图；如果您不希望有人实现您提供的 API，请不要使其可实现。但我相信这围绕着“目标受众”的说法。不会撒谎，我支持你的基础不那么冗长，但这取决于我的代码是为谁服务的；不想为可能会被审查的代码使用常量接口。

Answer 3

你不应该使用接口。 接口不能有私有常量和静态初始化器。

public class Utility {

    private Utility() {}

    public static final Map<String, Integer> MAP_CONSTANT;
    static {
        Map<String, Integer> map = new HashMap<>();
        map.put("zero", 0);
        map.put("one", 1);
        map.put("three", 3);
        MAP_CONSTANT = Collections.unmodifiableMap(map);
    }

    private static String PRIVATE_CONSTANT = "Hello, ";

    public static String hello(String name) {
        return PRIVATE_CONSTANT + name;
    }
｝

Answer 4

我认为它会起作用。我认为变量 SOME_CONSTANT 在您的 SomeUtilityInterface 中默认为 static final，即使您没有明确说明。所以，它可以作为一个实用程序工作，但你不会有一些可变性问题，而普通类不会有所有成员变量都必须是 final 的吗？只要这不是您的默认方法的特定实现的问题，我想不出问题。