接口常量的令人困惑的目的

在Java 中，可以在接口中聲明字段，使它們隱式地公開、靜態和公開。最終的。這在開發人員中引起了疑問。

常數介面陷阱

與預期相反，在介面內定義常數被視為「常量介面反模式」。正如 Joshua Bloch 在《Effective Java》中所述，這種做法不必要地向使用者暴露了實作細節，並阻礙了未來的程式碼修改。此外，它將子類別綁定到常數介面。

平台異常

儘管有此警告，但在 Java 標準庫中仍可以找到幾個常量接口，例如 java.lang. io.ObjectStream常數。這些奇怪的現像不應作為範例，而應作為要避免的對比。

替代方法

為了防止與常數介面相關的陷阱，請考慮使用專用的實用程式類別私有建構子和靜態最終欄位。

public final class Constants {

    private Constants() {}

    public static final double PI = 3.14159;
    public static final double PLANCK_CONSTANT = 6.62606896e-34;
}

這種方法使常數保持私有，但可以透過靜態導入輕鬆存取。

import static Constants.PLANCK_CONSTANT;
import static Constants.PI;

public class Calculations {

    public double getReducedPlanckConstant() {
        return PLANCK_CONSTANT / (2 * PI);
    }
}

因此，雖然介面常數可能看起來很有趣，但由於潛在的設計缺陷，應該避免使用它們。使用帶有靜態final的私有類別來維護乾淨靈活的程式碼庫。