सी ++ में बूल और बूल का उपयोग कब किया जाना चाहिए?

Question

सी ++ में बूल और बूल का उपयोग कब किया जाना चाहिए और क्यों?

मुझे लगता है कि बूल का उपयोग क्लीनर और अधिक पोर्टेबल है क्योंकि यह एक अंतर्निहित प्रकार है। लेकिन जब आप लीगेसी कोड/सी कोड के साथ इंटरैक्टिव होते हैं, या सी कोड/विंडोज एपीआई के साथ .NET से इंटर-ऑप करते हैं तो बूल अपरिहार्य है।

तो मेरी नीति है: सी ++ के अंदर बूल का उपयोग करें। बाहरी दुनिया से बात करते समय बूल का उपयोग करें, उदाहरण के लिए, विंडोज़ डीएलएल में निर्यात फ़ंक्शन।

क्या एक दूसरे के ऊपर उपयोग करने का एक निश्चित स्पष्टीकरण है?

Answer 1

मैथ्यू विल्सन की चर्चा BOOL, bool, और Imperfect C++ की धारा 13.4.2 में इसी तरह की। दोनों को मिलाकर समस्याग्रस्त हो सकता है, क्योंकि उनके पास आम तौर पर अलग-अलग आकार होते हैं (और इसलिए पॉइंटर्स और संदर्भ अंतर-परिवर्तनीय नहीं होते हैं), और bool से कोई विशेष आकार होने की गारंटी नहीं है। BOOL और bool या एक ही बूलियन जैसे दोनों C और C++ में काम करने के लिए अनुमति देने के लिए कोशिश कर के बीच मतभेद से अधिक सम करने के लिए typedefs या सशर्त compilating उपयोग करने के लिए कोशिश कर रहा है और भी बदतर है:

#if defined(__cplusplus) || \ 
    defined(bool) /* for C compilation with C99 bool (macro) */ 
typedef bool bool_t; 
#else 
typedef BOOL bool_t; 
#endif /* __cplusplus */ 

यह दृष्टिकोण का मतलब है कि एक समारोह की वापसी किस भाषा को कॉल करने के आधार पर टाइप भिन्न हो सकता है; विल्सन बताते हैं कि उन्होंने अपने कोड में एक से अधिक बग देखा है और अन्य 'इसका परिणाम है। उन्होंने निष्कर्ष निकाला:

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

संक्षेप में, वह आपके दृष्टिकोण से सहमत होगा।

Answer 2

जाहिर है, वहाँ BOOL उपयोग करने के लिए कोई अच्छा कारण नहीं है:

http://blogs.msdn.com/oldnewthing/archive/2008/03/25/8334558.aspx
http://blogs.msdn.com/oldnewthing/archive/2004/12/22/329884.aspx

Answer 3

एक और स्थिति जहां आपको BOOL का उपयोग करना चाहिए: कॉलबैक फ़ंक्शन को लागू करते समय BOOL लेता है या देता है।

उदाहरण के लिए, EnumWindows() निम्नलिखित हस्ताक्षर के साथ उसे कॉलबैक फ़ंक्शन पर एक सूचक लेता है:

BOOL CALLBACK EnumWindowsProc(  
    HWND hwnd, 
    LPARAM lParam 
); 

आप इस के लिए bool का उपयोग करते हैं, तो आप अपने समारोह सूचक टाइपकास्ट करना होगा।

Answer 4

यदि बूल कुछ प्रकार का अभिन्न प्रकार है, और यह हमेशा होता है, और BOOL परिभाषित किया जाता है ताकि यह सही काम कर सके, मानक रूपांतरण स्वचालित रूप से सही हो जाएंगे। आप उन्हें एक दूसरे के साथ उपयोग नहीं कर सकते हैं, लेकिन आप करीब आ सकते हैं।

इंटरफ़ेस पर BOOL का उपयोग करें, जहां आपको Win32 API या जो कुछ भी बात करनी है। हर जगह बूल का प्रयोग करें।

Answer 5

मुझे लगता है कि "सत्य"/"सत्य" और "झूठा"/"गलत" वाक्य रचनात्मक चीनी के रूप में, किसी समस्या का समाधान जो कभी अस्तित्व में नहीं था।मैंने हमेशा सोचा है कि "1" और "0" दोनों का उपयोग करना और पढ़ना आसान है।

जब आप रजिस्टरों में झंडे के बारे में सोचते हैं या बंद करते हैं, तो क्या आपको लगता है कि 1s और 0s या trues और falses में? क्या होता है यदि आप एक चर में कई झंडे स्टोर करना चाहते हैं? 1s और 0s सार्वभौमिक हैं।

मुझे लगता है कि "झूठा" शब्द अपने स्वयं के लिए बहुत लंबा है। जब मैं एक "0" देखता हूं, तो यह मेरे दिमाग में लाल स्टॉप साइन की तरह खड़ा होता है। रोकें संकेत लाल हैं क्योंकि रंग लाल लोगों को ध्यान देता है। "झूठा" शब्द पढ़ना एक हरा स्टॉप साइन देखना है।

तो, बूल और बूल के साथ नरक में। मैं int करने के लिए डिफ़ॉल्ट।

... लेकिन, वास्तव में, बूलियन झंडे प्राप्त करना एक भाषा में कम से कम चिंता है जिसमें सी ++ के रूप में गलती करने के कई तरीके हैं।

Answer 6

आप एक समारोह सी में लिखे उपयोग करना चाहते हैं ++ प्रबंधित कार्यक्रम में (उदाहरण के DLL पुस्तकालय में एम्बेडेड के लिए) (सी # में उदाहरण के लिए), आप BOOL उपयोग करने के लिए । यदि आप बूल वापस करते हैं, तो परिणाम हमेशा सत्य होगा - यह लंबे समय तक बग ज्ञात है और स्पष्ट रूप से अभी तक हल नहीं हुआ है (वीएस 2010, .NET Framework 4)।

सर्वश्रेष्ठ संबंध - स्पूक।