介面常數的令人困惑的目的
在Java 中,可以在介面中聲明字段,使它們隱式公開、靜態和可變。最終的。這引起了開發人員的疑問。
常數介面陷阱
與預期相反,在介面中定義常數被視為「常量介面反模式」。正如 Joshua Bloch 在《Effective Java》中所述,這種做法不必要地向使用者暴露了實作細節,並阻礙了未來的程式碼修改。此外,它將子類別綁定到常數介面。
平台異常
儘管有此警告,但在 Java 標準庫中仍然可以找到幾個常數接口,例如 java.lang. io.ObjectStream常數。這些奇怪的現像不應作為範例,而應作為要避免的對比。
替代方法
為了防止與常數介面相關的陷阱,請考慮使用專用的實用程式類別私有建構子和靜態最終欄位。
<code class="java">public final class Constants { private Constants() {} public static final double PI = 3.14159; public static final double PLANCK_CONSTANT = 6.62606896e-34; }</code>
這種方法使常數保持私有,但可以透過靜態導入輕鬆存取。
<code class="java">import static Constants.PLANCK_CONSTANT; import static Constants.PI; public class Calculations { public double getReducedPlanckConstant() { return PLANCK_CONSTANT / (2 * PI); } }</code>
因此,雖然介面常數可能看起來很有趣,但應該避免使用它們由於潛在的設計缺陷。使用帶有 static Finals 的私有類別來維護乾淨靈活的程式碼庫。
以上是為什麼在 Java 中應避免使用常數介面?的詳細內容。更多資訊請關注PHP中文網其他相關文章!