LONG VS DOUBLE / INT VS FLOAT

@magicofwater · Регистрация: 11.06.2014

Студворк — интернет-сервис помощи студентам

Всем доброго времени суток!
Объясните пожалуйста почему при следующем коде

C++
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
#include <iostream>
using namespace std;
int main()
{
            long e;
            long a = 196;
            double b = a/60.0;
            cout << "a = " << a << endl;
            cout << "b = " << b << endl;
            long c = static_cast<int>(b); // отбрасывание дробной части
            cout << "c = " << c << endl;
            double d = (b - c) * 60;
            cout << d << endl;
            e = d;
            cout << e << endl;
        return 0;
}

Результат d = 16 (так правильно), а результат e = 15???
Спасибо!

@tehnar5 · 11.06.2014, 13:01

Это особенности поведения даблов. Суть в том, что если d = 15.99999999999 вследствие потери точности, то при выведении его как дабла, он округлится нормально, а при выведении как инта целая часть отбросится и будет 15. Приводить к целому типу лучше, прибавляя какое-нибудь небольшое число, например, 0.000000001, чтобы избежать таких потерь в точности

Добавлено через 2 минуты
Вместо e = d надо сделать e = d + 0.000001. Да и
static_cast<int>(b) лучше заменить на static_cast<int>(b + 0.0000001)

@magicofwater · 11.06.2014, 13:04 **[ТС]**

Я думал об этом. Но если выполнить действия
a = 196
b = 196/60=3,266667
c = 3
d = (3,266667 - 3) * 60 = 16.00002
Что больше 16. Соответсвенно, если следовать Вашей версии, то ответ должен быть 16.

@tehnar5 · 11.06.2014, 13:17

Вы не совсем правильно оцениваете точность операций. Дабл хранит, если не ошибаюсь, около 20 знаков после запятой, округляя только последний. При этом, в нескольких последних знаках могут быть ошибки. В частности,

C++
1
2
cout.precision(20);
cout << d << endl;

выводит
15.999999999999996447

Croessmah · 11.06.2014, 13:20

Сообщение от tehnar5

около 20 знаков после запятой

Википедия: Число двойной точности

@tehnar5 · 11.06.2014, 13:21

Сообщение от Croessmah

Википедия: Число двойной точности

Согласен, был не совсем прав, но суть это не меняет, с округлением надо быть осторожнее.

@uglyPinokkio · 11.06.2014, 13:24

Сообщение от tehnar5

Приводить к целому типу лучше, прибавляя какое-нибудь небольшое число, например, 0.000000001,

0.5

@tehnar5 · 11.06.2014, 13:29

Сообщение от uglyPinokkio

Сообщение от tehnar5
Приводить к целому типу лучше, прибавляя какое-нибудь небольшое число, например, 0.000000001,
0.5

Нет же, тут цель - обрубить дробную часть, а не округлить число по правилам округления

Добавлено через 53 секунды
Да и Ваш способ и для округления не годится для случая отрицательных чисел

@magicofwater · 11.06.2014, 13:32 **[ТС]**

ЭТО РАБОТАЕТ

Вместо e = d надо сделать e = d + 0.000001.

ЭТО НЕ РАБОТАЕТ

Да и static_cast<int>(b) лучше заменить на static_cast<int>(b + 0.0000001)

Почему 0.5, а не 0.6, 0.00001, 0.3?
А более надежные способы есть? Или всегда прибавлять 0.000001 и не задумываться?

@Renji · 11.06.2014, 13:38

А более надежные способы есть? Или всегда прибавлять 0.000001 и не задумываться?

floor - округление вниз, ceil - округление вверх, round - к ближайшему целому. Иначе - шаманить с флагами процессора, через ассемблерные вставки.

@tehnar5 · 11.06.2014, 13:42

Сообщение от magicofwater

ЭТО НЕ РАБОТАЕТ
Да и static_cast<int>(b) лучше заменить на static_cast<int>(b + 0.0000001)

В данном конкретном случае не работает, так как проблема была только с переменной d. Никаких более надежных способов я не знаю, кроме способа создать свою собственную функцию

C++
1
2
3
4
5
int toInt(double a)
{
    return int(a + 0.0000001);
    return static_cast<int>(a + 0.0000001);
}

Выбирайте любой из двух return-ов, они оба делают, по сути, одно и то же

Добавлено через 2 минуты

Сообщение от Renji

floor - округление вниз

Только он тоже возвращает float/double, не знаю, могут ли быть проблемы или нет, но мало ли...

@uglyPinokkio · 11.06.2014, 13:45

Сообщение от magicofwater

Почему 0.5

По правилам округления - все что больше 0.5 округлится вверх, все что меньше вниз.
Если надо строго вверх или вниз - fllor и ceil как уже подсказали.

Сообщение от tehnar5

Да и Ваш способ и для округления не годится для случая отрицательных чисел

округление по модулю пока не отменили.

@tehnar5 · 11.06.2014, 13:49

Сообщение от uglyPinokkio

округление по модулю пока не отменили.

В смысле? Как ни крути, -0.7 должно округляться до -1, если по правилам, а Вы хотите округлить до нуля, так как int(-0.2) == 0

@Renji · 11.06.2014, 13:52

Только он тоже возвращает float/double, не знаю, могут ли быть проблемы или нет, но мало ли...

Проблемы у вас были потому что 196/60.0 дало бесконечную дробь, а число разрядов в double конечно. В принципе можно обойти если использовать числа в формате числитель/знаменатель, но не уверен что они есть в стандартной библиотеке. floor же дает целое число, с ним проблем быть не должно. При условии что оно в int влезает.

@uglyPinokkio · 11.06.2014, 13:54

Сообщение от tehnar5

В смысле?

-(0.7+0.5)

@tehnar5 · 11.06.2014, 13:59

Сообщение от Renji

floor же дает целое число, с ним проблем быть не должно

Да, соглашусь. Вообще, видимо, единственные безопасные в плане точности операции с double - с целыми числами и целыми числами, поделенными на степень двойки, не очень большую

@magicofwater · 11.06.2014, 16:16 **[ТС]**

Да, соглашусь. Вообще, видимо, единственные безопасные в плане точности операции с double - с целыми числами и целыми числами, поделенными на степень двойки, не очень большую

Ваше высказывание вообще не понял

Добавлено через 24 минуты
После мозгового штурма (спасибо всем) я написал так (оставлю здесь для истории)

C++
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
#include <iostream>
#include <math.h>       /* floor, ceil, round (C99 и выше)*/
 
using namespace std;
int main()
{
            long e;
            long a = 196;
            double b = a/60.0;
            cout << "a = " << a << endl;
            cout << "b = " << b << endl;
            long c = static_cast<int>(b); // отбрасывание дробной части
            cout << "c = " << c << endl;
            double d = (b - c) * 60;
            cout << d << endl;
            //e = d+0.0000000001;
            e = roundl (d);
            cout << e << endl;
        return 0;
}

roundl
long double roundl (long double x);
описана тут

@uglyPinokkio · 11.06.2014, 17:17

Сообщение от magicofwater

После мозгового штурма (спасибо всем) я написал так (оставлю здесь для истории)

ну т.е нужно было корректное округление до целого, которое с лохматых годов делается прибавлением 0.5 (с учетом знака, для особо пунктуальных

)

@magicofwater · 11.06.2014, 22:47 **[ТС]**

Сообщение от uglyPinokkio

ну т.е нужно было корректное округление до целого, которое с лохматых годов делается прибавлением 0.5 (с учетом знака, для особо пунктуальных

)

17 строка
e = d + 0.5
Так?
а если учитывать знак то все равно придется использовать функцию (модуль)? Я правильно понял?
А если придется использовать функцию, то почему бы не использовать округление до ближайшего целого? Или так памяти больше тратится или время работы увеличивается? Глупости не наговорил?

@uglyPinokkio · 12.06.2014, 05:14

Сообщение от magicofwater

А если придется использовать функцию, то почему бы не использовать округление до ближайшего целого? Или так памяти больше тратится или время работы увеличивается? Глупости не наговорил?

Да нормальны все решения, которые дают правильный результат. Выбор - личное дело разработчика.

Новые блоги и статьи Все статьи Все блоги /
Модель заражения группы наркоманов alhaos 17.04.2026 Условия задачи сформулированы тут Суть: - Группа наркоманов из 10 человек. - Только один инфицирован ВИЧ. - Колются одной иглой. - Колются раз в день. - Колются последовательно через. . .	Мысли в слух. Про "навсегда". kumehtar 16.04.2026 Подумалось тут, что наверное очень глупо использовать во всяких своих установках понятие "навсегда". Это очень сильное понятие, и я только начинаю понимать край его смысла, не смотря на то что давно. . .	My Business CRM MaGz GoLd 16.04.2026 Всем привет, недавно возникла потребность создать CRM, для личных нужд. Собственно программа предоставляет из себя базу данных клиентов, в которой можно фиксировать звонки, стадии сделки, а также. . .	Знаешь почему 90% людей редко бывают счастливыми? kumehtar 14.04.2026 Потому что они ждут. Ждут выходных, ждут отпуска, ждут удачного момента. . . а удачный момент так и не приходит.
Фиксация колонок в отчете СКД Maks 14.04.2026 Фиксация колонок в СКД отчета типа Таблица. Задача: зафиксировать три левых колонки в отчете. Процедура ПриКомпоновкеРезультата(ДокументРезультат, ДанныеРасшифровки, СтандартнаяОбработка) / / . . .	Настройки VS Code Loafer 13.04.2026 { "cmake. configureOnOpen": false, "diffEditor. ignoreTrimWhitespace": true, "editor. guides. bracketPairs": "active", "extensions. ignoreRecommendations": true, . . .	Оптимизация кода на разграничение прав доступа к элементам формы Maks 13.04.2026 Алгоритм из решения ниже реализован на нетиповом документе, разработанного в конфигурации КА2. Задачи, как таковой, поставлено не было, проделанное ниже исключительно моя инициатива. Было так:. . .	Контроль заполнения и очистка дат в зависимости от значения перечислений Maks 12.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа "ПланированиеПерсонала", разработанного в конфигурации КА2. Задача: реализовать контроль корректности заполнения дат назначения. . .

@tehnar5 31 / 31 / 19 Регистрация: 03.05.2011 Сообщений: 84
	11.06.2014, 13:01
	Это особенности поведения даблов. Суть в том, что если d = 15.99999999999 вследствие потери точности, то при выведении его как дабла, он округлится нормально, а при выведении как инта целая часть отбросится и будет 15. Приводить к целому типу лучше, прибавляя какое-нибудь небольшое число, например, 0.000000001, чтобы избежать таких потерь в точности Добавлено через 2 минуты Вместо e = d надо сделать e = d + 0.000001. Да и static_cast<int>(b) лучше заменить на static_cast<int>(b + 0.0000001) 0

@magicofwater 0 / 0 / 0 Регистрация: 11.06.2014 Сообщений: 5
	11.06.2014, 13:04 [ТС]
	Я думал об этом. Но если выполнить действия a = 196 b = 196/60=3,266667 c = 3 d = (3,266667 - 3) * 60 = 16.00002 Что больше 16. Соответсвенно, если следовать Вашей версии, то ответ должен быть 16. 0