Runden auf x-Stellen wirklich nur so umständlich?

[-horn-]

moien,

ich habe mal eine frage zum thema runden.
ich hab dazu dr. google vorher gefragt und eigentlich keine antwort bekommen, wie ich die gerne hätte.
denn ich würde gerne auf x-stellen hinterm komma runden lassen, aber ich finde nur selber gebaute lösungen, wie hier Galileo Computing :: Java ist auch eine Insel (8. Auflage) – 5.4 Die Eigenschaften der Klasse Math
dazu.
ist das wirklich nicht anders lösbar oder nur gut verstecktes wissen?

ich bin ja nicht der held vom programmierfeld, aber selbst vb.net hatte das integriert, dass man beim runden gleich eine angabe machen konnte, an welcher stelle hinterm komma gerundet werden soll.

grüße, Andreas

 

[bygones]

eine methode zu haben find ich nicht wirklich umstaendlich...

ansonsten kannste auch

String.format("%.2f", 2.3456)

nehmen

 

[Ark]

public static final double round(double value, int count){
    double shift = Math.pow(10, count);
    return Math.round(value * shift) / shift;
}

Wenn die Basis (hier: 10) auch noch flexibel sein soll, muss noch ein Parameter mehr rein. Der Code ist ungetestet! Für positive Werte in count rundet das Ding aufstellen nach dem Komma, für negative vor dem Komma. Wenn count 0 ist, wird auf den Einer gerundet.

Ark

 

[bygones]

ist die vom link verstaendlicher

  public static double roundScale2( double d ) 
  { 
    return Math.rint( d * 100 ) / 100.; 
  }

 

[SchonWiederFred]

Willst Du für die Ausgabe runden? Dann nimm printf bzw. format.

Willst Du die Zahl an und für sich runden? Das geht nicht, weil Zahlen wie 0,1 nicht exakt darstellbar sind.

 

[Ark]

ist die vom link verstaendlicher

Das kann sein, aber sie kann nicht mit beliebiger Stellenanzahl umgehen, und dass sie direkt eingegeben werden können sollte, habe ich so aus dem ersten Beitrag herausgelesen (steht auch fast wörtlich so da).

Ark

 

[bygones]

you win Ark

 

[-horn-]

Das kann sein, aber sie kann nicht mit beliebiger Stellenanzahl umgehen, und dass sie direkt eingegeben werden können sollte, habe ich so aus dem ersten Beitrag herausgelesen (steht auch fast wörtlich so da).

Ark

moien,

es wäre schön, wenn ich es direkt eingeben könnte, also die zahl mit dezmalstellen und dann die anzahl an dezimalstellen. bei sowas einfachen wollte ich ungern ne extra methode/klasse machen, die das dann erledigt.ich hatte gehoft, dass java sowas direkt eingebaut hat. selbst vb.net (mit dem ich was für die hochschule machen musste) hat das. da war ich überrascht, als ich etwas ähnliches bei java nicht fand.

wenn sich das wirklich nicht anders umsetzen lässt werd ich das natürlich so machen, dass ich das wie bei javainsel beschrieben mache. es wäre nur schöner ohne.
und anpassen lässt sich das ja auch. ich kann ja auch zusätzlich zur dezimalzahl auch die anzahl stellen dahin übergeben und anstelle dann mit einer festen zahl hin und her zu multiplizieren, im beispiel war das ja "100" geht das ja auch mit 10^ANZAHLSTELLEN und dann ist das auch ein wenig flexibler.

grüße, Andreas

 

[thE_29]

BigDecimal bietet hier auch eine schöne Methode!

setScale(int scale, int roundingMode)
Returns a BigDecimal whose scale is the specified value, and whose unscaled value is determined by multiplying or dividing this BigDecimal's unscaled value by the appropriate power of ten to maintain its overall value.

Wobei roundingMode =
ROUND_UP
ROUND_DOWN
ROUND_CEILING
ROUND_FLOOR
ROUND_HALF_UP
ROUND_HALF_DOWN
ROUND_HALF_EVEN
ROUND_UNNECESSARY

Was was macht findest du in der API Doc

 

[sliwalker]

Ja....

...C# kann das.
Was daran gut ist, dass die Methode dem dabei dem Standard IEEE 754 folgt.
Schlecht daran ist, dass die Methode dem Standard IEEE 754 folgt.
Verstehst?

Man kann nunmal nicht immer gebrauchen, dass eine Zahl anhand der Entscheidung bist Du gerade oder ungerade gerundet wird.
Wenn IEEE 754, dann nur und ausschließlich überall und in allem womit die gesamte Applikation zu tun hat.
Und weißt Du ob Webservice XYZ dem Standard für floating points folgt?

In Java kannst Du Dich selbst entscheiden ob Du strictfp nutzt oder nicht.