वस्तुओं की तुलना करते समय शून्य == शून्य सही होना चाहिए?

Question

मैं उत्सुक हूं कि हर कोई क्या सोचता है। एसक्यूएल में (कम से कम ऑरैकल में) न्यूल "अवधारणा को नहीं जानता" के लिए अवधारणात्मक रूप से अनुवाद करता है ताकि न्यूल = नल झूठा हो। (हो सकता है कि यह वास्तव में एक नल में परिणाम देता है जो तब झूठ या कुछ ऐसा हो जाता है ...)

यह मुझे समझ में आता है, लेकिन ज्यादातर ओओ भाषाओं में शून्य का अर्थ है "कोई संदर्भ नहीं" तो शून्य == शून्य सच हो। सी # में चीजों को करने का यह सामान्य तरीका है उदाहरण के लिए बराबर ओवरराइड करते समय।

दूसरी तरफ, ऑब्जेक्ट उन्मुख भाषाओं में "मुझे नहीं पता" और शून्य के लिए शून्य == नल लागू करने के लिए शून्य का उपयोग अक्सर किया जाता है जिसके परिणामस्वरूप कुछ डोमेन के लिए थोड़ा अधिक सार्थक हो सकता है।

मुझे बताएं कि आप क्या सोचते हैं।

Answer 1

मैं पहले से ही आईईईई नाइन में पर्याप्त नाराज हो गया हूं जो स्वयं के बराबर नहीं है। मैं == को समकक्ष संबंध के रूप में देखना चाहता हूं, जिनमें से एक गुण रिफ्लेक्सिविटी है। यदि आपके पास "अज्ञात" मान समानता के विशेष अर्थशास्त्र हैं, तो मुझे लगता है कि आपको ऑपरेटर को अधिभारित करने के बजाय कुछ और विशिष्ट उपयोग करना चाहिए जिसका अर्थशास्त्र अच्छी तरह से समझा जाता है। उदाहरण के लिए, सिर्फ इसलिए कि आप नहीं जानते कि दो मान बराबर हैं, इसका मतलब यह नहीं है कि वे निश्चित रूप से बराबर नहीं हैं, जो कि मैं == से झूठी वापसी मान से अनुमान लगाता हूं। ऐसा लगता है कि आप वास्तव में कुछ प्रकार के टर्नरी तर्क चाहते हैं। आपकी भाषा के आधार पर, आपके लिए एक संक्षिप्त == के साथ आने के लिए आसान हो सकता है या नहीं - जैसा कि सही या गलत या NoClue वापस कर सकता है, लेकिन मुझे निश्चित रूप से लगता है कि यह अलग होना चाहिए।

बस हालांकि बात :)

Answer 2

पर मेरी राय मैं जावा में है कि रिक्त लगता है, बस पायथन में सी में शून्य ++ या कोई नहीं की तरह है, विशेष रूप से मतलब है "यहां कुछ भी नहीं है" - नहीं "मैं डॉन ' टी पता ", जो एसक्यूएल के लिए विशिष्ट है, ओओपी भाषाओं में आम नहीं है।

Answer 3

सामान्य उद्देश्य प्रोग्रामिंग के लिए, शून्य == शून्य संभवतः सत्य वापस आना चाहिए।

मैं

if(obj != null) 
{ 
    //call methods on obj 
} 

स्वरूप में बार मैंने दौड़े हैं की संख्या की गणना नहीं कर सकते हैं, और यह अक्सर अपरिहार्य लगता है। यदि शून्य == नल का गलत मूल्यांकन किया गया है, तो यह पैटर्न अलग हो जाएगा, और अपवादों के बिना इस मामले को संभालने का कोई अच्छा तरीका नहीं होगा।

Answer 4

पहले null == nulltrue होने जैसा

if(!(instance == null)) { 
    // do something requiring instance not be null 
} 

काम पैटर्न बना देता है। यदि आप instance1 == instance2 जरूरत है गलत जब instance1 और instance2 अपने वर्ग के रिक्त संदर्भ उदाहरण हैं (हाँ, सामान्य परीक्षण instance != null है, लेकिन मैं स्पष्ट !(null == null) जा रहा है false का उपयोग करना चाहते हैं।)

दूसरा,, तो यह चाहिए कहीं एक तर्क वर्ग में encapsulated हो। सी # में, हम कहेंगे

class MyObjectComparer : IEqulityComparer<MyObject> { 
    public bool Equals(MyObject instance1, MyObject instances2) { 
     if(instance1 == null && instance2 == null) { 
      return false; 
     } 
     // logic here 
    } 

    public int GetHashCode(MyObject instance) { 
     // logic here 
    } 
} 

Answer 5

सभी शून्य पॉइंटर्स (या संदर्भ) एक-दूसरे के बराबर हैं।

वे होने के लिए, अन्यथा आप एक शून्य सूचक की तुलना null से कैसे करेंगे?

Answer 6

यदि आपने null === null कहा, तो मैं आपसे सहमत हूं।

Answer 7

सी ++: शून्य पॉइंटर्स की तुलना करना हमेशा सत्य देता है। यदि किसी भी तरह आपके पास शून्य संदर्भ है (ऐसा न करें) परिणाम क्रैश है।

Answer 8

मेरी राय में वर्तमान व्यवहार सही है, खासकर यदि आप मानते हैं कि शून्य को "अज्ञात मान" के रूप में व्याख्या किया गया है।

इस तरह से इसके बारे में सोचो: अगर किसी आप से पूछा कि क्या दो बक्से के अंदर सेब की संख्या है कि आप की सामग्री को नहीं पता था कि बराबर थे। जवाब हाँ या नहीं होगा, यह "मुझे नहीं पता" होगा।

Answer 9

मुझे लगता है कि आपको एसक्यूएल के बारे में आपके मूल तथ्यों को पूरी तरह से गलत मिला है।

NULL एक डेटा मूल्य है और UNKNOWN एक तार्किक मूल्य है।

NULL = NULLUNKNOWN है।

NULL = NULL निश्चित रूप से FALSE नहीं है!

Google "तीन मान तर्क" के लिए Google।

NULL मान अनुपलब्ध डेटा मान के लिए प्लेसहोल्डर है। आदर्श रूप से, NULL -able कॉलम का उपयोग केवल उन मानों के लिए किया जाना चाहिए जो केवल अस्थायी रूप से अनुपलब्ध हैं यानी एक उचित उम्मीद है कि एक गैर-NULL मान भविष्य में उपलब्ध होगा। DATETIME की एक जोड़ी में समाप्ति तिथि के लिए मूल्य का उपयोग करके अनंतता को इंगित करने के लिए अवधि का मॉडल करने के लिए उपयोग किया जाता है यानी यह अवधि चालू है (हालांकि एक भविष्य-भविष्य DATEITME मान अच्छी तरह से काम करता है)।