」工欲善其事,必先利其器。「—孔子《論語.錄靈公》
首頁 > 程式設計 > 為什麼在 Java 中應避免使用常數介面?

為什麼在 Java 中應避免使用常數介面?

發佈於2024-11-08
瀏覽:855

Why Should Constant Interfaces Be Avoided in Java?

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

在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的私有類別來維護乾淨靈活的程式碼庫。

最新教學 更多>

免責聲明: 提供的所有資源部分來自互聯網,如果有侵犯您的版權或其他權益,請說明詳細緣由並提供版權或權益證明然後發到郵箱:[email protected] 我們會在第一時間內為您處理。

Copyright© 2022 湘ICP备2022001581号-3