сравнение вещественных типов

[deMax]

Знаю, что для сравнения вещественных чисел нужно использовать величину погрешности - зависящую от математических операций.
Корректно ли сравнивать float, double, QRectF... если над ними не проводились математические операции?

например такой код:

Код:

const float k = 180.;

if( zzz() ) a = k;
else a = calc();
...
if(a=k) test();

Например рисую пирог, и задаю начальный градус и конечный, если от -180.0 до 180.0 значит рисую другой функцией круг.

[Old]

Корректно ли сравнивать float, double, QRectF... если над ними не проводились математические операции?

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

[deMax]

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

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

p.s. я решил так сделать потому что не хотел вводить дополнительную переменную флаг, о том что переменная равна (-180. , 180.)

[Old]

p.s. я решил так сделать потому что не хотел вводить дополнительную переменную флаг, о том что переменная равна (-180. , 180.)

А почему так не хотите?

Знаю, что для сравнения вещественных чисел нужно использовать величину погрешности

[mutineer]

Код:

else a = calc();

Вот в этом случае test() может вызваться, а может и нет

[Swa]

Если значение нужно сравнивать с другим, можно его хранить в int, например в случае с 1 знаком после запятой: 180.1 * 10 = 1801 - это значение сохраняем в переменную int и сравниваем без проблем. Когда нужно нарисовать что-то, переводим в float: (float)angle / 10.0

[kambala]

есть функция bool qFuzzyCompare ( double p1, double p2 ) для этой цели

[deMax]

p.s. я решил так сделать потому что не хотел вводить дополнительную переменную флаг, о том что переменная равна (-180. , 180.)

А почему так не хотите?

Не люблю плодить сущности, тем более в ней нет смысла. float это не вода в стакане(испариться/дождик накапает), а конкретные биты [ знак, экспонента, мантиса ] , если не проводить никаких операций, то что с ними будет?

есть функция bool qFuzzyCompare ( double p1, double p2 ) для этой цели

А побитно не проще сравнить?

Код:

else a = calc();

Вот в этом случае test() может вызваться, а может и нет

главное что он точно вызовется если zzz() вернет true, и он точно вызовется если в calc() будет выполнена команда return k;


p.s. и далеко не вся математика убивает комплексные числа,  float a(2),b(3),c(5); qDebug()<<(a+b==c); вернет true. главное чтоб округления не было.

[Old]

если не проводить никаких операций, то что с ними будет?

Я уже написал - ничего. Главное не забыть об этом в дальнейшем...

[deMax]

если не проводить никаких операций, то что с ними будет?

Я уже написал - ничего. Главное не забыть об этом в дальнейшем...

Спасибо. Так и буду делать.

[Igors]

Код:

if(a=k) test();

Наверное Вы хотели написать a == k

Не люблю плодить сущности, тем более в ней нет смысла. float это не вода в стакане(испариться/дождик накапает), а ..

Может не стоит "так бодро"? Есть много вещей с флотами не так уж очевидных. Пример

Код

C++ (Qt)
float k = sqrt(b);
if (b >= 0) a = k;
else a = 180.0f; 
 

Код

C++ (Qt)
if (b >= 0) a = sqrt(b);
else a = 180.0f; 
 

Очевидно второй оптимальнее, но тождественны ли эти 2 варианта?

[deMax]

Очевидно второй оптимальнее, но тождественны ли эти 2 варианта?

В первом случае корень будет извлекаться всегда, во втором только при выполнении условия. Результат работы программы будет одинаков.

[Igors]

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

Ну этого никто и не скрывал 

Результат работы программы будет одинаков.

Результат вычисления "a" будет одинаков. А вот "работы прогоаммы" может и нет