क्यों नहीं यह सच है == यह सच है:

Question

स्टाइल गाइड http://www.python.org/dev/peps/pep-0008

के अंतिम बिंदु पढ़ता है ...

सही है या गलत का उपयोग कर == को बूलियन मूल्यों की तुलना करें।

क्यों?

संपादित बस यह स्पष्ट पूछ क्या im बनाने के लिए (और यह समस्या अपने आप का संकेत है), जब आप

if something: 
    print "something is true" 

बारे में आप एक बूलियन जो या आधार पर काम नहीं हो सकता है के लिए एक अंतर्निहित रूपांतरण कर रहे हैं क्या सही मतलब है। आईएमएचओ प्रोग्रामिंग के इस रूप को साइड इफेक्ट्स के कारण निराश कर दिया गया है।

numberOfApples = -1 
if numberOfApples: 
    print "you have apples" # is not what is intended. 

if numberOfApples == True: 
    print "you have apples" # is also not what is intended. 

iHaveApples = numberOfApples > 0 
if iHaveApples is True: # Edit: corrected this.. the "is" is better than the == 
    print "you have apples" # is correct. 

लागू रूपांतरण तार्किक त्रुटियों को छिपाते हैं। तो स्टाइल गाइड इसे क्यों प्रोत्साहित करता है?

Answer 1

इसका मतलब है कि आप

if greeting: 

बजाय

लिखना चाहिए:

if greeting == True: 

इसी तरह, आप यह नहीं लिखना चाहिए या तो:

if (greeting == True) == True: 

अतिरिक्त परीक्षण बेमानी हैं और कोड में कोई भी मूल्य न जोड़ें, इसलिए उन्हें हटाया जाना चाहिए।

Answer 2

क्योंकि यह अनावश्यक है।

if hasChildren: 

if hasChildren == True: 

रूप में ही है लेकिन खनन और पढ़ने में आसान है।

Answer 3

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

यदि आप किसी कथन की सत्यता/झूठ का परीक्षण करना चाहते हैं, तो बस कथन का उपयोग करें या इसे not से पहले करें। यदि आपको यह सुनिश्चित करना होगा कि कथन True या False (केवल एक सच्चाई/झूठा मूल्य नहीं) का मूल्यांकन करता है, तो आप statement is True का उपयोग कर सकते हैं - हालांकि शैली मार्गदर्शिका इसे हतोत्साहित करती है - या शायद इसके प्रकार की जांच करें (isinstance का उपयोग करके)। लेकिन यह आमतौर पर खराब डिज़ाइन होता है, आपको तब तक बचना चाहिए जब तक कि आपके पास ऐसा करने का कोई अच्छा कारण न हो।

statement == True का उपयोग कई कारणों से खतरनाक है: 1) केवल True के साथ काम करें, अन्य "सच्चाई" मानों (जैसे [1]) के साथ असफल रहा; 2) अप्रत्याशित परिणाम उत्पन्न कर सकता है यदि कथन द्वारा लौटाया गया मान __eq__ को फिर से परिभाषित करता है; 3) तर्कों का क्रम बदल दिया गया है, तो विभिन्न परिणाम पैदा कर सकते हैं।ध्यान दें कि अगर कथन का उपयोग केवल __nonzero__ या __len__ लागू करता है, लेकिन नियमित उपयोग के लिए आमतौर पर कोई समस्या नहीं है, तो कथन का उपयोग करके सत्य/झूठ के लिए एक अलग मूल्य भी लौटा सकता है।

कुछ दिखा कैसे चीजें में गड़बड़ अगर आप शैली से विचलित हो सकता है उदाहरण:

if True: print True # True 
if 1: print True # True 
if [1]: print True # True 

True is True # True 
1 is True # False 
[1] is True # False 

True == True # True 
1 == True # True 
[1] == True # False 

संपादित करें: कुछ और:

if 1: print True # True 
if 2: print True # True 

1 == True # True 
2 == True # False 

1 is True # False 
2 is True # False 

अद्यतन: @Marcin ने बताया के रूप में , True/False पर मूल्य को कॉरर्स करने के लिए आप bool का उपयोग कर सकते हैं, यह गारंटी देते हुए कि केवल वे मान मौजूद होंगे। उस फ़ंक्शन का परिणाम मान के डिफ़ॉल्ट सत्य/झूठ के अनुरूप है (इसलिए __nonzero__ और __len__ को ध्यान में रखा जाता है)। कुछ उदाहरण:

if bool(1): print True # True 
bool(1) == True  # True 
bool(1) is True  # True 

if bool(2): print True # True 
bool(2) == True  # True 
bool(2) is True  # True 

1 or 2    # 1 
1 and 2    # 2 
bool(1) or bool(2) # True 
bool(1) and bool(2) # True 

bool(1) == bool(2) # True 
bool(1) is bool(2) # True 

Answer 4

प्रकार में:

# A, Good: 
if numberOfApples > 0: 
    print "you have apples" 

# B, Also good: 
iHaveApples = numberOfApples > 0 
if iHaveApples: 
    print "you have apples" 

# C, Bad: 
iHaveApples = numberOfApples > 0 
if iHaveApples == True: 
    print "you have apples" 

क्यों क्या तुमने कभी ए या बी से अधिक सी लेने हैं?

अद्यतन:

मुझे लगता है कि आप कुछ कोने मामलों से अधिक गोलियों पसीना आ रहे हैं, लेकिन अगर उन कोने मामलों अपने प्रोजेक्ट में कोई फर्क उचित तुलना का उपयोग करें। आम तौर पर हम iHaveApples के प्रकार के बारे में कुछ जानते हैं, उदाहरण के लिए हम जानते हैं कि यह > का उपयोग करके तुलना का परिणाम है। यह आपके कोड में उस जानकारी का उपयोग करने के लिए, उचित, और अच्छा अभ्यास है। यदि आप पूछ रहे हैं, "क्या होगा यदि मुझे लगता है कि यह एक बूल है और यह एक int या कुछ और हो जाता है।" मैं कहूंगा कि आपके कोड में एक बग है, आपको इसे ढूंढना चाहिए, इसे ठीक करना चाहिए, और यदि आप एक ही गलती फिर से करते हैं तो एक परीक्षा लिखें। रनटाइम पर अपनी गलतियों को ढूंढने के लिए पाइथन पर भरोसा न करें।

मैं जोर देंगे, और अगर आप चाहते हैं साबित करने के लिए आप पर छोड़ते हैं, कि if iHaveApples: बिल्कुल वैसा ही व्यवहार करती है, लेकिन तेजी से, जब आप निश्चित रूप से पता है कि iHaveApples एक bool है चलाता है if iHaveApples is True: के रूप में। अंततः मैं is का एक उदाहरण दूंगा, कम से कम मेरी राय में अवांछित व्यवहार का परिणाम होगा।

>>> import numpy 
>>> totalApples = numpy.sum([1, 2, 3]) == 6 
>>> totalApples 
True 
>>> totalApples is True 
False 

मैं तुम्हें यह पता लगाने क्यों कि अगर आप चाहते हैं (संकेत, type(totalApples) जाँच) काम नहीं करता दूँगा।