Alle BigDecimal-Operationen auf eine bestimmte Genauigkeit einstellen?

Question

Mein Java-Programm konzentriert sich auf Berechnungen mit hoher Genauigkeit, die auf mindestens 120 Dezimalstellen genau sein müssen.
Folgerichtig werden alle nicht ganzzahligen Zahlen im Programm durch BigDecimals repräsentiert.

Offensichtlich brauche ich die Genauigkeit der Rundung für die BigDecimals angeben, Ausdrücke unendliche Dezimalzahl zu vermeiden usw.
Zur Zeit finde ich es eine massive Beeinträchtigung der Genauigkeit bei jeder Instanzierung oder mathematische Operation eines BigDecimal angeben müssen .

Gibt es eine Möglichkeit, eine "globale Genauigkeit" für alle BigDecimal-Berechnungen festzulegen?
(wie die Context.prec() für das Dezimal Modul in Python)

Dank

---

Specs:
Java jre7 SE
von Windows 7 (32)

Answer 1

(Fast) Original

nicht so einfach, aber Sie können einen MathContext erstellen und übergeben ihn an alle Ihre BigDecimal Konstrukteure und die Methoden Durchführung von Operationen.

Überarbeitete

Alternativ Sie BigDecimal erweitern können und überschreiben alle Operationen, die Sie, indem Sie die richtigen MathContext, und mit Hilfe der Rundungs ​​Version von divide verwenden möchten:

public class MyBigDecimal extends BigDecimal { 

     private static MathContext context = new MathContext(120, RoundingMode.HALF_UP); 

     public MyBigDecimal(String s) { 
      super(s, context); 
     } 
     public MyBigDecimal(BigDecimal bd) { 
      this(bd.toString()); // (Calls other constructor) 
     } 
     ... 
     public MyBigDecimal divide(BigDecimal divisor){ 
      return new MyBigDecimal(super.divide(divisor, context)); 
     } 
     public MyBigDecimal add(BigDecimal augend){ 
      return new MyBigDecimal(super.add(augend)); 
     } 
     ... 
} 

Answer 2

können Sie die Verwendung BigDecimal setScale-Funktion!

BigDecimal db = new BigDecimal(<number>).setScale(120, BigDecimal.ROUND_HALF_UP); (or down) 

Answer 3

Sie könnten ein erstellen Klasse, die BigDecimal erweitert und die Genauigkeit automatisch für Sie einstellt. Dann benutzt du einfach diese Klasse.

public class MyBigDecimal extends BigDecimal { 
     public MyBigDecimal(double d) { 
      super(d); 
      this.setScale(120, BigDecimal.ROUND_HALF_UP); 
     } 
     ... 
} 

Answer 4

Sie einen Wrapper für BigDecimals erstellen können, die diesen Job machen wird:

class BigDecimalWrapper { 
    BigDecimal bd; 

    BigDecimalWrapper add(BigDecimalWrapper another) { 
     BigDecimal r = this.bd.add(another.bd); 
     r.setScale(...); 
     bd = r; 
     return this; 
    } 
    // and so on for other operations 
} 

In diesem Fall müssen Sie nicht alle Betrieb von BigDecimal außer Kraft setzen (bei Verlängerung), um nur diejenigen Sie nutzen. Es gibt Ihnen die Kontrolle über alle Instanzen und zwingt nicht, BigDecimal-Vertrag zu folgen.

Answer 5

Erstellen Sie eine BigDecimalFactory Klasse mit statischen Factory-Methoden, die mit allen Konstruktoren übereinstimmen, die MathContext akzeptieren - mit der Ausnahme, dass die MathContext Instanz innerhalb der Factory liegt und beim Start automatisch initialisiert wird. Hier ist ein Fragment:

public class BigDecimalFactory { 
    public static BigDecimal newInstance (BigInteger unscaledVal, int scale) { 
     return new BigDecimal (unscaledVal, scale, _mathContext); 
    } 

    // . . . other factory methods for other BigDecimal constructors 

    private static final MathContext _mathContext = 
     new MathContext (120, BigDecimal.ROUND_HALF_UP); 
} 

Answer 6

Gibt es eine Möglichkeit, eine ‚globale Genauigkeit‘ für alle BigDecimal Berechnungen zu setzen?

Nr

Sie erhalten eine Wrapper-Klasse erstellen müssen, die eine MathContext als zusätzliches Attribut hat. Es wird benötigt:

• Verwendung dieses mc für jede mathematische Operation, die ansonsten die Standardsemantik verwenden würde, und

• erstellen und zurück jedes Mal eine andere umhüllte Instanz der umhüllte Betrieb eine regelmäßige Instanz zurückgibt.

(Als Variante könnte man eine ‚globale‘ MathContext mit einem statischen implementieren, aber Sie müssen noch wrappering verwenden, um sicherzustellen, dass die mc verwendet wird.)

(Erweiterung BigDecimal würde . arbeiten, und das ist diskutierbar ordentlicheres als ein Wrapper-Klasse)

---

Sie sagte dies in einem Kommentar:

Ich möchte wirklich nicht mein eigenes Dezimal-Modul schreiben, ich möchte nur verstehen, warum BigDecimal so unkooperativ ist.

(Design-Fragen können nur endgültig durch das Design-Team beantwortet. Jedoch ...)

Wie bei allen komplizierten Utility-Klassen, ist das Design von BigDecimal ein Kompromiss, der die erfüllen ist, Anforderungen einer breiten Palette von Anwendungsfällen. Es ist auch ein Kompromiss zwischen den konkurrierenden Meta-Anforderungen (falsches Wort) von "Mächtigkeit" und "Einfachheit".

Was Sie haben, ist ein Anwendungsfall, der nicht besonders gut unterstützt wird. Aber ich vermute, dass, wenn es gut unterstützt wurde (z. B. mit einem globalen MathContext alles oder eine MathContext an jedem BigDecimal angeschlossenen) dann würde das alle Arten von anderen Komplexitäten einführen; z.B. Umgang mit Operationen, bei denen zwei oder mehr konkurrierende Kontextobjekte zu berücksichtigen sind. Solche Probleme könnten angegangen werden ... aber sie können zu "Überraschungen" für den Programmierer führen, und das ist keine gute Sache.

Der aktuelle Ansatz ist einfach und leicht zu verstehen, und wenn Sie etwas komplizierteres benötigen, können Sie es implementieren ... indem Sie explizit einen MathContext für die Operationen, die es erfordern.