Простой калькулятор

Question

Даниил ТетеринDec. 23, 2018, 11:33 p.m.

Простой калькулятор

На самом деле, задание действительно простое. Проблема есть лишь в выводе результата.

            double result;
            if(ui->radioButton_s->isChecked())
            {
                result=oper1+oper2;
                if (result>=qInf() or result<=-qInf())
                    ui->label_res->setText("Близость к бесконечности - ошибка");
                else
                    ui->label_res->setText(tr("%1").arg(result));

Участок кода, где результат выводиться в QLabel. Оба оператора, естественно, тоже double. Так вот, если при таком раскладе попытаться сложить слишком маленькие числа, то оно попросту начнет их округлять:

Если же чуть изменить метод вывода на

ui->label_res->setText(QString::number(result,'g',39));

, то результат перестанет округляться, но начнет появляться непонятный "мусор".

Что это за "мусор", почему он появляется, и как, в таком случае, нормально выводить ответ?

We recommend hosting TIMEWEB

Stable hosting, on which the social network EVILEG is located. For projects on Django we recommend VDS hosting.

Subscribe to the discussion2

Section subscription252

Do you like it? Share on social networks!

ДТ

Dec. 24, 2018, 12:05 a.m.

Через некоторое время я осознал, что проблема не столько в выводе, сколько при самом переводе из текста в число. Почему одно число, что было без плавающей точки, перевелось нормально, а второе так ужасно? Почему так происходит?

Dec. 24, 2018, 1:12 a.m.
(edited)

Добрый день!

Потому, что все компьютеры имеют ограничения по количеству разрядов для чисел с плавающей запятой. И всегда точность будет ограничена разрядностью.

Существуют специальные библиотеки для проведения расчётов с числами, для которых требуется большая точность, чем позволяет разрядность ПК.

Но в вашем случае не имеет смысла использовать подобную библиотеку, вы же не научные изыскания ведёте.

В общем смиритесь, в определённых ситуациях всегда будет некоторое округления. Это особенность архитектуры ПК и ограничений с количество разрядов для каждой конкретной архитектуры. Единственное решение - это задавать разрядность для округления.

ДТ

Dec. 24, 2018, 2:39 a.m.
(edited)

Извиняюсь, но это даже не округление, это ерунда какая-то. Почему при переводе строки "0.344" через .toDouble(), оно в итоге получает число 0.343999999999...? В смысле, ладно, хорошо, я смирился. Но когда преподаватель спросит "А почему КОНКРЕТНО так происходит?", что мне ему ответить?

Dec. 24, 2018, 2:53 a.m.

Нет никакой ерунды, просто архитектура компьютера не позволяет корректно хранить число с плавающей запятой 0.344

Это дробь, а дроби имеют свойство быть бесконечными в плане разрядности. Компьютер просто не может корректно представить это число.

Просто есть числа, чтобы корректно хранить которые требуется больше чем 64 разряда. Дроби как раз часто и относятся к таким числам.

Почитайте про числа с плавающей точкой, мантиссу числа и т.д. а также про разрядность компьютеров и т.д. И попробуйте написать в двоичном виде число 0.344, сами увидите, что разрядов вам не хватит, поэтому и получите что-то вроде 0.343999999999..

Dec. 24, 2018, 3:08 a.m.
(edited)

Я сам уже не помню, как правильно представлять дроби в двоичном представлении (давно этим не занимался в силу отсутствия необходимости), но по факту проблема в том, что двоичное представление ограничено количеством разрядов, а некоторые дроби для своего представления требуют больше разрядов, чем есть в распоряжении ПК, вот и выскакивают такие глюки. Это погрешность из разряда нормы. Если хотите более полного объяснения, то Вам потребуется прочитать про формирование числа с плавающей точкой и попытаться вручную, на листе, например, попытаться написать 0.344 в двоичном виде, например, для ограничения в 32 разряда. Когда разряды закончатся, то попытайтесь привести это число в десятичный вид, получите 0.343999999999..

Comments

Only authorized users can post comments.
Please, Log in or Sign up