फ्लोटिंग पॉइंट सदस्यों

Question

के साथ एक वर्ग के लिए "सहिष्णु" `बराबर 'और' हैशकोड 'लागू करें मेरे पास float फ़ील्ड वाला एक वर्ग है। उदाहरण के लिए:

public class MultipleFields { 
    final int count; 
    final float floatValue; 

    public MultipleFields(int count, float floatValue) { 
    this.count = count; 
    this.floatValue = floatValue; 
    } 

} 

मुझे मूल्य से उदाहरणों की तुलना करने में सक्षम होना चाहिए। अब मैं equals & hashCode को सही तरीके से कैसे कार्यान्वित कर सकता हूं?

equals और hashCode को लागू करने का सामान्य तरीका सभी क्षेत्रों पर विचार करना है। जैसे ग्रहण निम्नलिखित equals उत्पन्न करेगा:

public boolean equals(Object obj) { 
    // irrelevant type checks removed 
    .... 
    MultipleFields other = (MultipleFields) obj; 
    if (count != other.count) 
     return false; 
    if (Float.floatToIntBits(floatValue) != Float.floatToIntBits(other.floatValue)) 
     return false; 
    return true; 
    } 

(और एक समान hashCode, कि अनिवार्य रूप से count* 31 + Float.floatToIntBits(floatValue) गणना करता है)।

समस्या यह है कि मेरे एफपी मान गोल करने वाली त्रुटियों के अधीन हैं (वे उपयोगकर्ता इनपुट से, डीबी आदि से आ सकते हैं)। तो मुझे एक "सहिष्णु" तुलना की जरूरत है।

सामान्य समाधान एक ईपीएसलॉन मान का उपयोग करके तुलना करना है (उदा। Comparing IEEE floats and doubles for equality देखें)। हालांकि, मुझे यकीन नहीं है कि मैं इस विधि का उपयोग करके equals को कैसे कार्यान्वित कर सकता हूं, और अभी भी है जो equals के साथ है।

long comparisonFloatValue = Math.round(floatValue* (Math.pow(10, RELEVANT_DIGITS))); 

फिर

अगर मैं equals में comparisonFloatValue साथ floatValue के सभी उपयोगों की जगह:

मेरा विचार सार्थक अंकों की संख्या की तुलना के लिए, तो हमेशा दौर अंकों की उस नंबर पर दोनों equals और hashCode में परिभाषित करने के लिए है और hashCode, मुझे "सहनशील" तुलना मिलनी चाहिए, जो hashCode के अनुरूप है।

• क्या यह काम करेगा?
• क्या आपको इस दृष्टिकोण के साथ कोई समस्या है?
• क्या ऐसा करने का कोई बेहतर तरीका है? यह बल्कि जटिल लगता है।

Answer 1

इसके साथ बड़ी समस्या है कि दो नाव मूल्यों अभी भी बहुत करीब एक साथ हो सकता है, लेकिन अभी भी असमान तुलना है। असल में आप फ्लोटिंग पॉइंट मानों की सीमा को बाल्टी में विभाजित कर रहे हैं - और एक ही बाल्टी में बिना दो मान एक साथ बहुत करीब हो सकते हैं। कल्पना कीजिए कि आप दो महत्वपूर्ण अंक का उपयोग कर रहे थे, बाल्टी प्राप्त करने के लिए छंटनी लागू कर रहे थे, उदाहरण के लिए ... फिर 11.9 99 999 और 12.000001 असमान होंगे, लेकिन एक दूसरे से अलग होने के बावजूद 12.000001 और 12.9 99 99 99 बराबर होंगे।

दुर्भाग्य से, यदि आप इस तरह के बाल्टी मान नहीं हैं, तो आप पारगमन की वजह से उचित रूप से बराबर लागू नहीं कर सकते हैं: x और y एक साथ बंद हो सकते हैं, y और z एक साथ हो सकते हैं, लेकिन यह नहीं है मतलब है कि एक्स और जेड एक साथ बंद हैं।