擴展BigDecimal？

Question

我有一段代碼使用BigDecimal類，我討厭界面的笨拙。

我已經通過創建靜態方法具有以下方法輔助類緩解使用BigDecimal s的整數的疼痛：

compare(BigDecimal first, int second) 
divide(BigDecimal dividend, BigDecimal divisor, int scale) 
divide(BigDecimal dividend, int divisor, int scale) 
divide(int divident, int divisor, int scale) 
multiply(BigDecimal first, BigDecimal second, int scale) 
multiply(BigDecimal first, int second, int scale) 
multiply(int first, int second, int scale) 
zeroPad(BigDecimal value, int totalLength, int scale) 

這就是我需要現在的代碼是一個小更可讀比以前。但是，我讀到靜態方法是一個「壞」的東西，他們不遵循面向對象的原則。

但是，如果我擴展BigDecimal然而，我會定義一個新類型，因此我不得不重新定義所有方法來將它們與我的對象一起包裝，否則我將無法使用增強方法的結果。這似乎不是一件聰明的事情。

你會如何解決這個問題？

Answer 1

我會盡力而爲！

這種類型的所有設計決定都必須基於希望讓代碼更易於維護，以便接下來的程序員接管後面的代碼。這就是爲什麼我們首先進行O-O設計和基於組件的開發。

但是考慮到Java的語法，爲基於數學的表達式創建API確實很困難。我有兩個問題與當前的BigInteger API：

• 不是很接近平時的數學符號
• 它是不對稱的對稱運營商如添加和乘

[操作符重載是C++的少數功能之一，我錯過了Java]

哪個更具可讀性？

BigInteger a = ...; 
BigInteger b = ...; 
BigInteger c = divide(a, b); 

或

BigInteger a = ...; 
BigInteger b = ...; 
BigInteger c = a.divide(b); 

就個人而言，我更喜歡第二個版本。

更糟糕的是，不同基本類型的數字是同一個表達式的一部分的情況。例如。

int a = ...; 
BigInteger b = ...; 
BigInteger c = divide(a, b); 

或

int a = ...; 
BigInteger b = ...; 
BigInteger c = BigInteger.valuOf(a).divide(b); 

也可以考慮在符號從微小變化在相應的數學符號上的巨大分歧：

• (a-b)*c轉換爲a.subtract(b).multiply(c)或multiply(subtract(a,b),c)
• c*(a-b)被翻譯爲c.multiply(a.subtract(b))或multiply(c,subtract(a,b))

對我來說，比純粹的基於O-O的表示法更容易編寫和讀取靜態方法表示法。

Answer 2

不要擴展BigDecimal，使用它的包裝類（如你有的）或另一個框架如Commons Math。如果你創建一個繼承另一個類（即BigDecimal的你的情況）一類org.apache.commons.math.dfp.Dfp

Answer 3

，子類仍具有所有 -

Dfp類似於你想要什麼父級（超級）類的屬性。在你的情況，如果你寫：

public class UsableBigDecimal extends BigDecimal { 
... 
} 

任何UsableBigDecimal對象仍然是BigDecimal的情況，因爲這是他們的父類。您可以像使用任何BigDecimal對象一樣使用它們，包括您的靜態實用程序方法。

也就是說，在我看來，靜態實用方法在處理核心Java類時是非常可以接受的共享代碼。

Answer 4

請問您可以向我澄清一下，「我要定義一個新類型，因此我必須重新定義所有方法來將它們與我的對象一起包裝，否則我將無法完成用增強方法使用結果。「？

• 如果您需要使用最從BigDecimal的API的方法，再加上自己的其他方法，那麼我建議你繼承BigDecimal的自定義類。通過這種方式，您無需爲已經適合您的BigDecimal方法定義包裝器。這種情況下，您的自定義類是 BigDecimal，此外還有更多。

• 如果你只需要一個幾個從BigDecimal的API的方法，再加上自己的其他方法，那麼我建議你不從BigDecimal的派生。而是你內部使用一個BigDecimal，而你委託它爲你的自定義API公開的一些功能。這種情況下，您的自定義類有一個 BigDecimal，但它不是BigDecimal。

然後爲了包裝一個BigDecimal方法，來回報您的自定義類型：

隨着inhertance，你會做類似如下：

@Override public MyBD divide(int second) 
{ 
    return new MyBD(this.divide(second)); 
} 

隨着代表團（即組成） ，你會怎麼做：

public MyBD divide(int second) 
{ 
    return new MyBD(_innerBigDecimal.divide(second)); 
} 

使用靜態輔助方法，你會怎麼做：

public static BigDecimal divide(BigDecimal first, int second) 
{ 
    return first.divide(second); 
} 

Answer 5

我會忘記這個問題，和原來的問題，並習慣BigDecimal的API，因爲它是。正如這個問題的存在表明的那樣，你所做的只是爲自己創造問題。