PHP अंतराल() और मंजिल() वापसी मूल्य जो बहुत कम है?

Question

क्योंकि PHP में फ्लोट डेटा प्रकार गलत है, और MySQL में एक फ्लोट एक आईएनटी (और गलत है) से अधिक जगह लेता है, मैं हमेशा कीमतों को आईएनटी के रूप में स्टोर करता हूं, यह सुनिश्चित करने के लिए 100 से गुणा करके यह सुनिश्चित करता है कि हमारे पास वास्तव में 2 दशमलव स्थान हैं परिशुद्धता का हालांकि मुझे विश्वास है कि PHP गलत व्यवहार कर रहा है। उदाहरण कोड:

echo "<pre>"; 

$price = "1.15"; 
echo "Price = "; 
var_dump($price); 

$price_corrected = $price*100; 
echo "Corrected price = "; 
var_dump($price_corrected); 


$price_int = intval(floor($price_corrected)); 
echo "Integer price = "; 
var_dump($price_int); 

echo "</pre>"; 

उत्पादित उत्पादन:

Price = string(4) "1.15" 
Corrected price = float(115) 
Integer price = int(114) 

मैं हैरान था। जब अंतिम परिणाम अपेक्षा से कम था 1 से, मैं उम्मीद कर रहा था अपने परीक्षण के उत्पादन में और अधिक की तरह लग रहे करने के लिए:

Price = string(4) "1.15" 
Corrected price = float(114.999999999) 
Integer price = int(114) 

जो नाव प्रकार की अशुद्धि को प्रदर्शित होगी। लेकिन मंजिल (115) 114 क्यों लौट रहा है ??

Answer 1

त्वरित सुधार के रूप में इस प्रयास करें:

$price_int = intval(floor($price_corrected + 0.5)); 

समस्या आप अनुभव कर रहे पीएचपी की गलती नहीं है, चल बिन्दु arithmetics साथ वास्तविक संख्या का उपयोग करके सभी प्रोग्रामिंग भाषाओं इसी तरह के मुद्दों की है।

मौद्रिक गणना के लिए अंगूठे का सामान्य नियम कभी भी फ्लोट का उपयोग नहीं करना है (न तो डेटाबेस में और न ही आपकी स्क्रिप्ट में)। आप हमेशा डॉलर के बजाय सेंट स्टोर करके सभी प्रकार की समस्याओं से बच सकते हैं। सेंट पूर्णांक हैं, और आप उन्हें स्वतंत्र रूप से एक साथ जोड़ सकते हैं, और अन्य पूर्णांक से गुणा कर सकते हैं। जब भी आप संख्या प्रदर्शित करते हैं, तो सुनिश्चित करें कि आप पिछले दो अंकों के सामने एक बिंदु डालें।

115 के बजाय 114 क्यों प्राप्त कर रहे हैं इसका कारण यह है कि निकटतम पूर्णांक की ओर floor राउंड नीचे, इस प्रकार मंजिल (114.9 99 99 99 99) 114 हो जाता है। अधिक दिलचस्प सवाल यह है कि 1.15 * 100 115 के बजाय 114.9 99 99 99 99 है। कारण इसके लिए यह है कि 1.15 बिल्कुल 115/100 नहीं है, लेकिन यह बहुत कम है, इसलिए यदि आप 100 से गुणा करते हैं, तो आपको 115 से थोड़ा छोटा छोटा मिलता है।

यहां एक और विस्तृत स्पष्टीकरण है echo 1.15 * 100; करता है:

• यह एक बाइनरी फ्लोटिंग पॉइंट नंबर पर 1.15 पार्स करता है। इसमें गोलाकार शामिल है, यह 1.15 के करीब बाइनरी फ़्लोटिंग पॉइंट नंबर प्राप्त करने के लिए थोड़ा सा गोल होता है। कारण आपको सटीक संख्या (बिना त्रुटि के बिना) प्राप्त नहीं हो सकता है कि 1.15 में बेस 2 में अंकों की अनंत संख्या है।
• यह 100 बाइनरी फ़्लोटिंग पॉइंट नंबर पर पार्स करता है। इसमें गोलाकार शामिल है, लेकिन चूंकि 100 एक छोटा पूर्णांक है, गोल करने की त्रुटि शून्य है।
• यह पिछले दो संख्याओं के उत्पाद की गणना करता है। निकटतम बाइनरी फ़्लोटिंग पॉइंट नंबर खोजने के लिए इसमें थोड़ा गोल भी शामिल है। इस ऑपरेशन में राउंडिंग त्रुटि शून्य होती है।
• यह बाइनरी फ़्लोटिंग पॉइंट नंबर को एक बिंदु के साथ आधार 10 दशमलव संख्या में परिवर्तित करता है, और इस प्रतिनिधित्व को प्रिंट करता है। इसमें थोड़ा गोल भी शामिल है।

कारण है कि पीएचपी आश्चर्य की बात Corrected price = float(115) प्रिंट (114.999 के बजाय ...) कि var_dump सही संख्या मुद्रित नहीं करता है (!), लेकिन यह संख्या n - 2 (या n - 1) अंक तक पूर्ण प्रिंट, जहां एन अंक गणना की सटीकता है।आप आसानी से इस की पुष्टि कर सकते हैं:

echo 1.15 * 100; # this prints 115 
printf("%.30f", 1.15 * 100); # you 114.999.... 
echo 1.15 * 100 == 115.0 ? "same" : "different"; # this prints `different' 
echo 1.15 * 100 < 115.0 ? "less" : "not-less"; # this prints `less' 

आप तैरता प्रिंट कर रहे हैं, याद रखें: आप हमेशा सभी अंक नहीं दिख रहा है जब आप नाव मुद्रित करें।

PHP float दस्तावेज़ों की शुरुआत के करीब बड़ी चेतावनी भी देखें।

Answer 2

PHP महत्वपूर्ण अंकों के आधार पर गोल कर रहा है। यह गलतता छुपा रहा है (लाइन 2 पर)। बेशक, जब फर्श के साथ आता है, यह किसी भी बेहतर नहीं जानता है और इसे सभी तरह से नीचे लूप्स।

Answer 3

अन्य उत्तरों ने कारण को कवर किया है और समस्या के लिए एक अच्छा कामकाज है, मुझे विश्वास है।

एक अलग कोण से समस्या को ठीक करने का उद्देश्य के लिए:

MySQL में कीमत मूल्यों के भंडारण के लिए, आप शायद DECIMAL type, जो आप दशमलव स्थानों के साथ सटीक मान संग्रहीत करने देता है पर गौर करना चाहिए।

Answer 4

शायद यह इस "समस्या" के लिए एक और संभव समाधान है:

intval(number_format($problematic_float, 0, '', '')); 

Answer 5

के रूप में कहा गया है इस पीएचपी से प्रति के साथ एक समस्या नहीं है, यह अंशों से निपटने का एक मुद्दा है कि के रूप में व्यक्त नहीं किया जा सकता की अधिक है परिमित फ्लोटिंग पॉइंट वैल्यू इसलिए गोल करते समय चरित्र के नुकसान की ओर अग्रसर होते हैं।

समाधान यह सुनिश्चित करना है कि जब आप फ़्लोटिंग पॉइंट मानों पर काम कर रहे हों और आपको सटीकता बनाए रखने की आवश्यकता है - जीएमपी फ़ंक्शंस या बीसी गणित फ़ंक्शन का उपयोग करें - bcpow, bcmul et al। और समस्या आसानी से हल हो जाएगी।

$ price_corrected = $ price * 100 के बजाय E.g;

$ price_corrected = bcmul ($ मूल्य, 100) का उपयोग करें;