Оё метавон рақамҳои бо нуқтаи пардохтшаванда ҳамчун калидҳои контейнер истифода бурд?

Маъқул эмас.

Ҳақиқатан сабаблар:

1. Муҳокама масалалари: Флоти рақамлар ҳар доим иккилик шаклда аниқ намоён бўлмайди. a == b тенгликни таққослаш хато натижаларга олиб келиши мумкин, чунки намоён бўлишда хатолар бўлиши мумкин. Деревья асосидаги контейнерлар (масалан, ассоциатив массивлар, тўпламлар) ва хэш таблицалари аниқ таққослаш ёки аниқ қийматга асосланган хэш ҳисоблашга таянади.
2. Хэшнинг барқарор эмаслиги: Бир рақамнинг хэш қиймати, унинг иккилик намоён бўлишидан ҳисобланган, кичик ўзгаришларга қарши барқарор бўлмайди. Яқин қийматдаги рақамлар жуда турличи хэшларга эга бўлиши мумкин, ва бир хил қийматдаги рақамлар (хато ёки ҳисоблаш натижасида) турличи хэшларга эга бўлиши мумкин. Бу хэш таблицаларининг самарадорлигини пасайтиради (масалан, std::unordered_map).
3. NaN ва Infinity-нинг хулқи: Махсус қийматлар (NaN, Infinity) таққослаш ва хэшлашда номаълум ёки стандартлашмаган хулқга эга бўлиб, натижаларни олдиндан билмасликка олиб келиши мумкин.

Бундан қочиш учун:

• Агар мос келса, бутун рақамли намоён бўлиш (масалан, қийматларни юздан сақлаш).
• Қабул қилинадиган хатони (epsilon) ҳисобга олиш билан таққослаш ёки хэшлаш учун махсус синфлар, аммо бу стандарт контейнерлардан фойдаланишни қийинлаштиради.
• boost::float_column, агар Boost китобхонаси қўлланилса.

Масалан, муқоиса муаммоси:

#include <iostream>

int main() {
    double a = 0.1 + 0.2;
    double b = 0.3;
    if (a == b) {
        std::cout << "0.1 + 0.2 == 0.3" << std::endl; // Кўрсатилмаслиги мумкин
    } else {
        std::cout << "0.1 + 0.2 != 0.3 (хато сабабли)" << std::endl;
    }
    return 0;
}