Jsoncpp फ़्लोट मानों को गलत तरीके से लिख रहा है

Question

मैं jsoncpp का उपयोग कर JSON फ़ाइल से पढ़ रहा हूं। जब मैं फ़ाइल पर वापस लिखता हूं, तो मेरे फ्लोट वैल्यू थोड़ा दूर होते हैं। परीक्षण के लिए, मैंने फ़ाइल को जेसन :: वैल्यू पर पार्स करने का निर्णय लिया और फिर उस मान को फ़ाइल में वापस लिखें। मैं इसे एक जैसा दिखने की उम्मीद करता हूं, लेकिन इसके बजाय फ्लोट वैल्यू अलग-अलग हैं।

उदाहरण:

"Parameters": 
{ 
"MinXValue": 0.10000000000000001, 
"MaxXValue": 0.14999999999999999, 
"MinYValue": 0.25, 
"MaxYValue": 1.1000000238418579, 
"MinObjectSizeValue": 1 
} 

आप देख सकते हैं कि 0.25 परिवर्तन नहीं किया है, भले ही अन्य तैरता के सभी किया:

"Parameters": 
{ 
"MinXValue": 0.1, 
"MaxXValue": 0.15, 
"MinYValue": 0.25, 
"MaxYValue": 1.1, 
"MinObjectSizeValue": 1 
} 

के रूप में लिखते हैं। कोई विचार क्या हो रहा है?

Answer 1

यह वास्तव में फ़्लोटिंग पॉइंट नंबर पार्सिंग/प्रिंटिंग कार्यान्वयन का मुद्दा है। हालांकि फ्लोटिंग पॉइंट नंबर केवल कुछ दशमलव संख्याओं का प्रतिनिधित्व कर सकते हैं (0.25 ~ 2^64 में से एक है), निकटतम द्विआधारी प्रतिनिधित्व के लिए स्ट्रिंग प्रस्तुति को पार्स करना आवश्यक है। फ़्लोटिंग पॉइंट प्रिंट करते समय, (अधिमानतः सबसे छोटा) स्ट्रिंग प्रस्तुति मुद्रित करना भी आवश्यक है जिसे द्विआधारी प्रतिनिधित्व में बहाल किया जा सकता है।

मैं मानता हूं कि मैंने जेसनसीपीपी की जांच नहीं की है ताकि यह देखने के लिए कि कोई समाधान है या नहीं।

const char json[] = 
    "{" 
    "\"MinXValue\": 0.1," 
    "\"MaxXValue\": 0.15," 
    "\"MinYValue\": 0.25," 
    "\"MaxYValue\": 1.1," 
    "\"MinObjectSizeValue\": 1" 
    "}"; 

using namespace rapidjson; 

Document d; 
d.Parse(json); 

StringBuffer sb; 
PrettyWriter<StringBuffer> writer(sb); 
d.Accept(writer); 

std::cout << sb.GetString(); 

और परिणाम:

{ 
    "MinXValue": 0.1, 
    "MaxXValue": 0.15, 
    "MinYValue": 0.25, 
    "MaxYValue": 1.1, 
    "MinObjectSizeValue": 1 
} 

RapidJSON दोनों पार्स और मुद्रण एल्गोरिदम आंतरिक रूप से लागू किया लेकिन जैसा कि मैंने RapidJSON के लेखक हूँ, मैं कैसे RapidJSON इस के लिए यह देखने की कोशिश की। सामान्य परिशुद्धता पार्सिंग में अधिकतम 3 यूएलपी त्रुटियां होंगी, लेकिन पूर्ण परिशुद्धता पार्सिंग ध्वज (kParseFullPrecisionFlag) के साथ यह हमेशा निकटतम प्रतिनिधित्व के लिए पार्स कर सकती है। मुद्रण भाग Grisu2 एल्गोरिदम लागू किया। यह हमेशा सटीक परिणाम उत्पन्न करता है, और 99% से अधिक समय सबसे छोटा (इष्टतम) होता है।

वास्तव में, strtod() और sprintf(..., "%.17g", ...) का उपयोग करके भी इस समस्या को हल कर सकते हैं। लेकिन वे मौजूदा सी/सी ++ मानक पुस्तकालय में बहुत धीमे हैं। उदाहरण के लिए, मैंने double प्रिंट करने के लिए benchmark किया है। तो रैपिडजसन में हमने अपने स्वयं के अनुकूलित हेडर-केवल समाधान लागू किए।