बीन सत्यापन क्यों न्यूनतम/अधिकतम बाधाएं डबल प्रकार का समर्थन नहीं करती हैं?

Question

क्या कोई मुझे बता सकता है कि जेपीए double प्रकार फ़ील्ड प्रकार के रूप में क्यों उपयोग करता है, लेकिन javax.validation.constraints में बीन सत्यापन कॉन्स्टेंट्स (यानी @Min/@Max) इसका समर्थन नहीं करते हैं? मुझे पता है कि प्रलेखन कहता है कि यह गोल करने वाली त्रुटियों के कारण है, लेकिन यदि मैं फ़ील्ड प्रकार को double मानता हूं तो मैं पहले से ही स्वीकार करता हूं कि मुझे स्पष्ट परिशुद्धता के बारे में बहुत कुछ परवाह नहीं है।

परिदृश्य मैं इस दुविधा में भाग गया निम्नलिखित है: मेरे पास एक संस्था है जो पृथ्वी की सतह पर एक बिंदु का प्रतिनिधित्व करती है। यदि परिशुद्धता कुछ सेंटीमीटर के भीतर है तो यह ठीक है। ऐसा कुछ दिखता है:

@Entity 
public class Point { 

    /** 
    * The longitude in radians. 
    */ 
    @Min(-Math.Pi) 
    @Max(Math.Pi) 
    double longitude; 
    /** 
    * The latitude in radians. 
    */ 
    @Min(-Math.Pi/2) 
    @Max(Math.Pi/2) 
    double latitude; 

} 

दुर्भाग्यवश यह काम नहीं करता है, क्योंकि टिप्पणियां डबल प्रकार का समर्थन नहीं करती हैं। लेकिन BigDecimal का उपयोग करना वास्तव में एक विकल्प नहीं है, क्योंकि मेरे पास कई बिंदुओं के साथ कुछ व्यापक गणना है जो अभी भी उचित रूप से तेज़ होने की आवश्यकता है। मैंने कस्टम बाधा जांच को परिभाषित करके इसके आसपास काम किया जो double एस के साथ काम करता है, लेकिन किसी भी तरह से मुझे लगता है कि पूरी कहानी में मुझे कुछ याद आ रही है। तो मुझे क्या याद आ रही है?

Answer 1

यह गोल करने की वजह से है। लेकिन समस्या की वजह से नहीं कि एक डबल संभव संख्या को व्यक्त करने के लिए पर्याप्त सही नहीं हो सकता है। यह अधिक है कि एनोटेशन वैल्यू (Min और Max) प्रकार का लंबा है, इसलिए यह दशमलव स्थानों के साथ किसी भी संख्या को व्यक्त नहीं कर सकता है। दूसरी तरफ आप उन सभी संख्याओं को सटीक व्यक्त करने के लिए डबल का उपयोग नहीं कर सकते हैं जो लंबे समय तक व्यक्त कर सकते हैं।

तो एपीआई डिजाइनरों के दो तरीके (लंबी या डबल)