सी # दशमलव से सटीक हानि

Question

मेरे पास एक डबल "138630.78380386264" है और मैं इसे दशमलव में परिवर्तित करना चाहता हूं, हालांकि जब मैं ऐसा करता हूं तो मैं इसे या तो कास्टिंग करके या Convert.ToDecimal() का उपयोग करके करता हूं और मैं सटीकता खो देता हूं।

क्या चल रहा है? दोनों दशमलव और डबल के लिए इस नंबर का आयोजन कर सकते हैं:

double doub = double.Parse("138630.78380386264"); 
decimal dec = decimal.Parse("138630.78380386264"); 
string decs = dec.ToString("F17"); 
string doubse =DoubleConverter.ToExactString(doub); 
string doubs = doub.ToString("F17"); 

decimal decC = (decimal) doub; 
string doudeccs = decC.ToString("F17"); 
decimal decConv = Convert.ToDecimal(doub); 
string doudecs = decConv.ToString("F17"); 

इसके अलावा: मैं डबल पर ToString() कैसे प्राप्त कर सकते हैं बाहर डिबगर शो के रूप में एक ही परिणाम मुद्रित करने के लिए? जैसे 138630.78380386264?

Answer 1

138630.78380386264 डबल परिशुद्धता के लिए बिल्कुल प्रतिनिधित्व नहीं किया जा सकता है। निकटतम डबल परिशुद्धता संख्या (जैसा कि here मिला) 138630.783803862635977566242218017578125 है, जो आपके निष्कर्षों से सहमत है।

आप पूछते हैं कि दशमलव में रूपांतरण में अधिक सटीकता क्यों नहीं है। documentation for Convert.ToDecimal() का उत्तर है:

इस विधि द्वारा लौटाए गए दशमलव मूल्य में अधिकतम 15 महत्वपूर्ण अंक हैं। यदि मान पैरामीटर में 15 से अधिक महत्वपूर्ण अंक हैं, तो यह निकटतम के लिए गोल करने का उपयोग करके गोल किया जाता है। निम्न उदाहरण दिखाता है कि कनवर्ट। टूडेसिमल (डबल) विधि 15 महत्वपूर्ण अंकों के साथ दशमलव दशमलव को वापस करने के लिए निकटतम के लिए गोल करने का उपयोग करती है।

15 महत्वपूर्ण आंकड़ों पर निकटतम के लिए गोलाकार डबल मान 138630.783803863 है, जैसा कि आप ऊपर दिखाते हैं।

Answer 2

यह एक दुर्भाग्यपूर्ण है, मुझे लगता है। 13 9, 000 के करीब, DecimalDouble से कहीं बेहतर परिशुद्धता है। लेकिन फिर भी, इस मुद्दे के कारण, हमारे पास अलगDouble का अनुमान परDecimal पर प्रक्षेपित किया जा रहा है। उदाहरण

double doub1 = 138630.7838038626; 
double doub2 = 138630.7838038628; 
Console.WriteLine(doub1 < doub2);     // true, values differ as doubles 
Console.WriteLine((decimal)doub1 < (decimal)doub2); // false, values projected onto same decimal 

वास्तव में के लिए वहाँ छह विभिन्न प्रदर्शनीय Double मूल्यों के बीच doub1 और ऊपर doub2 हैं, इसलिए वे ही नहीं हैं।

static decimal PreciseConvert(double doub) 
{ 
    // Handle infinities and NaN-s first (throw exception) 
    // Otherwise: 
    return Decimal.Parse(doub.ToString("R"), NumberStyles.AllowExponent | NumberStyles.AllowDecimalPoint); 
} 

"R" प्रारूप स्ट्रिंग सुनिश्चित करता है कि पर्याप्त अतिरिक्त आंकड़े मानचित्रण injective बनाने के लिए (डोमेन जहां Decimal बेहतर परिशुद्धता है में) शामिल किए गए हैं:

यहाँ कुछ हद तक एक मूर्खतापूर्ण काम aronud है।

---

ध्यान दें कि कुछ सीमा में, एक long (Int64) एक सटीक है कि Double की है कि बेहतर है। इसलिए मैंने जांच की कि यहां रूपांतरण समान तरीके से किए गए हैं (पहले 15 महत्वपूर्ण दशमलव स्थानों पर गोल)। वो नहीं हैं! तो:

double doub3 = 1.386307838038626e18; 
double doub4 = 1.386307838038628e18; 

Console.WriteLine(doub3 < doub4);    // true, values differ as doubles 
Console.WriteLine((long)doub3 < (long)doub4); // true, full precision of double used when converting to long 

यह एक अलग "नियम" का उपयोग करने के लिए जब लक्ष्य decimal है असंगत लगता है।

ध्यान दें कि इस वजह से, (decimal)(long)doub3 केवल (decimal)doub3 से अधिक सटीक परिणाम उत्पन्न करता है।