100 als Summe

[schlaui]

Zwei beliebige float-Werte zwischen 0..100 ergeben addiert genau Hundert. Wie kann ich beide Werte so runden, dass die gerundeten Werte anschließend auch Hundert ergeben? Beispiel: r(45,5) + r(54,5) = 46 + 55 = 101 ... ist nicht 100.

Ich erwarte von euch brauchbare Antworten (also konstruktiven Input). Übers Wetter möchte ich nicht schwadronieren.

 

[temi]

Es schneit hier schon wieder...

 

[httpdigest]

In Hamburg leider nicht. Aber ich dachte mir, man könnte ja in den Harz fahren. So als Wochenendausflug.

 

[httpdigest]

Zum Thema: Runde halt eine der beiden Zahlen ab (floor) und die andere auf (ceiling/ceil).

 

[temi]

Zum Thema: Runde halt eine der beiden Zahlen ab und die andere auf.

Dann ist halt eine "falsch" gerundet. Das ganze Problem nennt sich wohl Rundungsfehler.

 

[temi]

Oder runde eine Zahl (wie auch immer) und zieh sie, für die zweite Zahl, von 100 ab.

 

[httpdigest]

Naja, "falsches" Runden gibt es in dem Sinne nicht. Es gibt verschiedene Formen des Rundens. Uns ist wohl das "kaufmännische Runden" ("half-up", also 1.5 ergibt 2) am geläufigsten. Es gibt aber noch "half-down" (also 1.5 ergibt 1), "ceiling" oder "towards positive infinity", "floor" bzw. "towards negative infinity", etc...

 

[temi]

Naja, "falsches" Runden gibt es in dem Sinne nicht. Es gibt verschiedene Formen des Rundens.

Deshalb die Anführungszeichen. In der Regel rundet man ja innerhalb einer Rechnung nicht ständig anders.

 

[KonradN]

Zwei beliebige float-Werte zwischen 0..100 ergeben addiert genau Hundert. Wie kann ich beide Werte so runden, dass die gerundeten Werte anschließend auch Hundert ergeben? Beispiel: r(45,5) + r(54,5) = 46 + 55 = 101 ... ist nicht 100.

Das ist von der Aufgabenstellung her etwas unsinnig.

Du kannst die Forderung haben, dass zwei Zahlen eine Bedingung erfüllen (bei Fließkommazahlen sind aber ungenauigkeiten an der Tagesordnung, daher wird auch bei Vergleichen mit einer Ungenauigkeit gerechnet und die Summe müsste in einem Bereich sein (also 100 +/- einem Epsilon).

Aber zwei Zahlen sollen eine Bedingung erfüllen und dann machst Du erst noch etwas mit den Zahlen - das ist natürlich dann natürlich vom Vorgehen her Quatsch.

Wenn Du statt einem epsilon lieber runden willst, dann runde nach der Addition und nicht vorher.

 

[schlaui]

Die einzelnen Summanden sollen aber auf ganze Zahlen gerundet sein, damit der Rechenweg "schön" aussieht.

Hier schneit es weder, noch scheint die Sonne , richtiges Mistwetter ... ich gucke schon die ganze Zeit nach Spionage-Ballons ... 🧐

Wie soll eine Funktion, die nur einen Parameter übergeben bekommt, entscheiden, ob sie ihre x,5 auf- oder abrunden soll?

 

[Blender3D]

Zwei beliebige float-Werte zwischen 0..100 ergeben addiert genau Hundert. Wie kann ich beide Werte so runden, dass die gerundeten Werte anschließend auch Hundert ergeben? Beispiel: r(45,5) + r(54,5) = 46 + 55 = 101 ... ist nicht 100.

Die Formulierung ist an sich unsinnig.
Wenn für 2 Zahlen x,y e R gilt x+y = 100
Dann ist runden überflüssig.

Ich erwarte von euch brauchbare Antworten (also konstruktiven Input). Übers Wetter möchte ich nicht schwadronieren.

Das bedeutet x ist von y abhängig und umgekehrt.

Du benötigst also eine Funktion wie.

double getDiffTo100( double a ){
    return 100-a
}

Mittels

..
    double x = 34.36;
    double y = getDiffTo100(x);

 

[Blender3D]

Die einzelnen Summanden sollen aber auf ganze Zahlen gerundet sein, damit der Rechenweg "schön" aussieht.

Meinst Du so ?

public class TestRunden {
    public static void main(String[] args) {
        double[][] test = { { 45.5, 54.5 }, { 45.3, 54.7 }, { 45.3, 54.3 }, { 45.6, 54.4 } };

        for (int i = 0; i < test.length; i++) {
            int[] val = getRoundedSummandsOfIntResult(test[i][0], test[i][1]);
            if (val != null)
                System.out.println(String.format("%d+%d=%d", val[0], val[1], (val[0] + val[1])));
            else
                System.out.println(
                        String.format("%.2f+%.2f -> no int result", test[i][0], test[i][1], (test[i][0] + test[i][1])));
        }
    }

    public static int[] getRoundedSummandsOfIntResult(double a, double b) {
        int[] val = new int[] { (int) a, (int) b };
        int sum = (int) (a + b);
        if (a + b != sum)
            return null;
        if (val[0] + val[1] == sum)
            return val;
        int id = (a - val[0] > b - val[1]) ? 0 : 1;
        val[id]++;
        return val;
    }
}

 

[Neumi5694]

Wenn du immer fix 3 Stellen Genauigkeit brauchst, verwende keine Gleitkommazahlen, sondern einen Int oder Long um Faktor 1000 erhöht und dividiere für die Darstellung durch 1000.

ps: Und ja, wenn eine Zahl berechnet wird, dann ergibt sich die andere aus der Differenz. Das gilt auch hier.

 

[berndoa]

Im Prinzip müsstest du ganz normal (kaufmännisch) die 2 Zahlen runden.
Ausnahme: Wenn beide Zahlen auf ,5 enden, dann müsstest du halt eine von beiden (falscherweise) abrunden

 

[Neumi5694]

Im Prinzip müsstest du ganz normal (kaufmännisch) die 2 Zahlen runden.
Ausnahme: Wenn beide Zahlen auf ,5 enden, dann müsstest du halt eine von beiden (falscherweise) abrunden

Ich glaub, gerade im kaufmännischen Bereich gibt es gesetzliche Regeln, wann ab- und wann aufgerundet wird, die über mathematische Regeln hinausgehen. Es kommt auf den Anwendungsfall an. Es kann sogar ein x.8 abgerundet werden müssen.

 

[berndoa]

Ich glaub, gerade im kaufmännischen Bereich gibt es gesetzliche Regeln, wann ab- und wann aufgerundet wird, die über mathematische Regeln hinausgehen. Es kommt auf den Anwendungsfall an. Es kann sogar ein x.8 abgerundet werden müssen.

Naja, das normale kaufmännische Runden sagt:
"
Nachkommastelle <5 -> abrunden
Nachkommastelle>=5 -> aufrunden"

 

[KonradN]

Die Frage ist aber doch, wann wo gerundet wird und was die genauen Regel sind.

Wenn die Einzelposten gerundet werden, und dann die Summe zählt, dann ist die Summe der Einzelbeträge 45,5 und 54,5 eben nicht 100 sondern 101!

Wenn das Runden erst nach der Summierung kommt, dann ist die Summe von 45,5 und 54,5 halt 100.

Aber die Grundlagen des Vorgehens muss halt bestimmt werden.

Beispiel Steuererklärung:

• man kann dann bei einem Wert als Eingabehilfe eben Einzelwerte eingeben. Dann hat man 45,5 und 54,5 = 100. Der Endwert wird dann auf volle Euro genommen. Also je nach Wert Auf oder Abrunden. Da hier 100,00 waren, bleibt es bei 100,0.
• Man hat unterschiedliche Felder. Diese sind z.B. auf volle Werte aufzurunden: 45,5 -> 46. 54,5 -> 55. Bei der Summe der Felder wird dann halt 101 rauskommen.

Also klare Rechenregeln. Die müssen halt einmal klar definiert sein. Und dann ist auch klar, was das Ergebnis ist und man kann prüfen, wann etwas eben 100 ist oder nicht.