क्यों प्राचीन वस्तुओं के लिए guava Objects.equal (ऑब्जेक्ट, ऑब्जेक्ट) नहीं है?

Question

क्यों कोई Objects.equal प्रत्येक प्राचीन प्रकार के तर्क के रूप में प्राप्त नहीं किया जा रहा है?

मुझे पता है कि आप #valueOf के माध्यम से मूल्य को बॉक्स कर सकते हैं या प्रत्येक आदिम को ऑटोबॉक्ड किया जा सकता है, लेकिन क्या आप ऐसा प्रदर्शन खोना नहीं चाहते? यह कुछ ऐसा है जो मैं कुछ समय के लिए सोच रहा था।

कल्पना कीजिए मैं की तरह

public class Foo { 
    private final int integerValue; 
    private final boolean booleanValue; 
    private final Bar bar; 

    public Foo(int integerValue, boolean booleanValue, Bar bar) { 
     this.integerValue = integerValue; 
     this.booleanValue = booleanValue; 
     this.bar = bar; 
    } 

    @SuppressWarnings("boxing") 
    @Override 
    public boolean equals(Object object) { 
     if (object instanceof Foo) { 
      Foo that = (Foo) object; 

      return Objects.equal(this.integerValue, that.integerValue) 
        && Objects.equal(this.booleanValue, that.booleanValue) 
        && Objects.equal(this.bar, that.bar); 
     } 
     return false; 
    } 

    // hashCode implementation using guava also. 
} 

इस equals लागू करने के लिए सबसे अच्छा तरीका है कुछ है? आदिम मूल्यों को ऑटोबॉक्साइड किया जा रहा है, पीड़ित (यहां तक ​​कि अगर यह थोड़ा है) एक प्रदर्शन गिरावट। मैं सिर्फ उनके लिए == का उपयोग कर सकता था, लेकिन मेरे लिए यह बराबर विधि को पढ़ने के "प्रवाह" को तोड़ देगा, इसे थोड़ा बदसूरत बना देगा। तो मुझे आश्चर्य है कि क्यों प्रत्येक अतिथि प्रकार के लिए guava lib के पास Objects.equal नहीं है। क्या किसी को जवाब पता है?

संपादित

प्रत्येक आदिम (लेकिन बाइट) के लिए MoreObjects.toStringHelper अधिभार के लिए है, कि एक कारण मैंने सोचा के बारे में Objects#equal के लिए होने नहीं है। इसके अलावा, JB Nizet तर्क का उपयोग करके, यह equals विधि को सुरक्षित करेगा क्योंकि आप Integer के लिए समान शुद्धता के बारे में चिंता किए बिना बदल सकते हैं।

Guava docs

Answer 1

मैं सिर्फ उनके लिए == इस्तेमाल कर सकते हैं, लेकिन मेरे लिए यह बराबरी विधि पढ़ने, यह एक छोटे बदसूरत मोड़ के "प्रवाह" टूट जाएगा। हर विधि एक API को उजागर करता है कि, प्रलेखित किया जाना परीक्षण किया है, और बनाए रखा है -

यह अमरूद एपीआई के लिए प्रत्येक आदिम प्रकार के लिए है कि विधि की एक अधिभार जोड़ने के लिए एक ठोस पर्याप्त कारण नहीं है। यह समझ में नहीं आता है जब एकमात्र लाभ सौंदर्यशास्त्र है।

Answer 2

मुझे पता है कि आप #valueOf के माध्यम से मूल्य को बॉक्स कर सकते हैं या प्रत्येक आदिम को ऑटोबॉक्साइड कर सकते हैं, लेकिन क्या आप ऐसा प्रदर्शन खोना नहीं चाहते?

यह सच है, लेकिन प्रदर्शन के प्रति संवेदनशील कोड के लिए, आप निश्चित रूप से वैसे भी == उपयोग करने के लिए एक विधि लागू करने के बजाय एक सरल if_icmpeq opcode प्राप्त करना चाहते हैं। तो यदि आप Objects.equal का उपयोग कर रहे हैं, तो शायद आप प्रदर्शन-संवेदनशील कोड नहीं लिख रहे हैं, और शायद ऑटोबॉक्सिंग की लागत पर ध्यान नहीं दिया जाएगा।

मैं यह नहीं कह रहा हूं कि Objects.equal का एक आदिम संस्करण शून्य लाभ होगा, लेकिन शायद पुस्तकालय में कई विधियों को जोड़ने के लायक नहीं है।