मुझे पर्ल संदर्भों की तुलना कैसे करनी चाहिए?

Question

मैं यह जांचना चाहता हूं कि दो संदर्भ एक ही वस्तु को इंगित करते हैं या नहीं। यह मैं बस

if ($ref1 == $ref2) { 
# cheap numeric compare of references 
print "refs 1 and 2 refer to the same thing\n"; 
} 

उपयोग कर सकते हैं के रूप में perlref में उल्लेख किया है लगता है, लेकिन मैं थोड़ा ही उद्देश्य के लिए कुछ समारोह के उपयोग को देख याद है। क्या कोई कारण है कि मुझे सरल संख्यात्मक समानता परीक्षण का उपयोग नहीं करना चाहिए?

नोट मैं केवल यह जानना चाहता हूं कि संदर्भ सटीक उसी वस्तु को इंगित करते हैं या नहीं। मैं ऑब्जेक्ट की सामग्री की तुलना करने का कोई तरीका नहीं ढूंढता हूं।

Answer 1

सन्दर्भ, डिफ़ॉल्ट रूप से, numify उनके पते के लिए। वे संदर्भ पते प्रत्येक संदर्भ के लिए अद्वितीय हैं, इसलिए इसे अक्सर समानता जांच में उपयोग किया जा सकता है।

हालांकि, आपके द्वारा दिखाए गए स्निपेट में, आपको पहले यह सुनिश्चित करना होगा कि $ref1 और $ref2 दोनों वास्तव में संदर्भ हैं। अन्यथा आपको संदर्भ पतों वाले नियमित स्केलर के कारण गलत परिणाम मिल सकते हैं।

इसके अलावा, कुछ भी उनके पते को सूचित करने के संदर्भों की गारंटी नहीं देता है। ऑब्जेक्ट्स, उदाहरण के लिए, वे अलग-अलग संदर्भों में लौटने वाले मूल्य को प्रभावित करने के लिए ओवरलोडिंग का उपयोग कर सकते हैं।

संख्यात्मक समानता के लिए सीधे संदर्भों की तुलना करने का एक और ठोस तरीका फ़ंक्शन का उपयोग Scalar::Util द्वारा किया गया है, यह सुनिश्चित करने के बाद कि दोनों पक्ष वास्तव में संदर्भ हैं।

Answer 2

समारोह आप देख रहे हैं Scalar::Util से refaddr है (कि मूल्यों तुलना की जा रही सुनिश्चित करने के बाद वास्तव में संदर्भ हैं):

use Scalar::Util 'refaddr'; 

if ($obj1 and ref($obj1) and $obj2 and ref($obj2) and 
    refaddr($obj1) == refaddr($obj2)) 
{ 
    # objects are the same... 
} 

Answer 3

मुझे यह मानना ​​है कि आपका #comment कितना सस्ता (= तेज़) समानता परीक्षण एक कारण के लिए था। यह देखते हुए, आपको शायद सस्ते समानता परीक्षण का उपयोग करना चाहिए। यह बहुत तेज है, eq से बहुत तेज है, किसी भी प्रकार की तुलना की तुलना में अकेले रहने दें।

यह संभव है कि सीधे या परोक्ष रूप से अधिभारित == ऑपरेटर वाला ऑब्जेक्ट अपने उद्देश्यों के लिए परीक्षण का उपयोग कर सके। लेकिन अगर यह ऐसा कर रहा है, तो आप इसके मध्यस्थ उत्तर को भी पसंद कर सकते हैं ..

आप जो दृष्टिकोण लेते हैं वह उस वस्तु पर निर्भर करता है जो आप वस्तु के वर्गों के बारे में जानते हैं। सामान्य मामलों पर लागू दृष्टिकोण हमेशा विशिष्ट लोगों के लिए अनुकूल नहीं होते हैं। जितना अधिक आप किसी चीज़ के बारे में जानते हैं, उतना ही आप इसे अनुकूलित कर सकते हैं - और दूसरी तरफ भी।

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

जब तक आप ओवरलोडिंग चिंताओं को समझते हैं, तो यह समझने की गलती है कि एक दृष्टिकोण सही है और दूसरा गलत है। प्रत्येक का उद्देश्य है। यदि आप जो भी कर रहे हैं वह करना हमेशा गलत होता है, तो उस ऑपरेशन को या तो प्रतिबंधित किया जाएगा या कम से कम चेतावनी दी जाएगी।

आप ध्यान दें कि यह इतना चिह्नित है।