अन्य कथन के लिए अन्य उपयोग के मामले

हम सभी इस बात से अच्छी तरह से वाकिफ हैं कि अन्य कीवर्ड का उपयोग कैसे करें:

if x > 0: print 'positive' elif x < 0: print 'negative' else: print 'zero' 

हालांकि, पायथन में कई अन्य, अधिकांश प्रोग्रामर के लिए अज्ञात हैं, अन्य के अनुप्रयोग।

के लिए ... और

मुझे यकीन है कि आप नहीं जानते कि इसके बाद तुरंत सेट किया जा सकता है! क्यों, आप पूछें? जब अनुक्रम के तत्व समाप्त हो रहे हैं, तो नियंत्रण अन्य ब्लॉक में स्थित कोड को पास करेगा। "और ये तत्व कब समाप्त नहीं होंगे?" - जब आप ब्रेक की स्थिति से समय से पहले चक्र से बाहर निकलते हैं।

इस मामले में किसी अन्य का उपयोग करना अनुचित लग सकता है, क्योंकि अन्य जो कुछ भी हो रहा है उसकी प्रकृति का सही ढंग से वर्णन नहीं करता है, हालांकि, यह वाक्यविन्यास चीनी तब उपयोगी हो सकता है जब आपके पास लूप में एक ब्रेक स्टेटमेंट हो और आपको यह जानना होगा कि क्या नियंत्रण इसके पास हो गया है। मान लीजिए कि हमारे पास एक कंप्यूटर और लोगों की एक सूची है, और हम चाहते हैं कि उनमें से प्रत्येक एक कंप्यूटर का उपयोग करें (जब तक कि उनमें से एक इसे तोड़ नहीं देता)। चक्र के अंत में, हम यह पता लगाना चाहते हैं कि क्या हमारा कंप्यूटर टूट गया था। आमतौर पर, हम इसे इस तरह लिखते हैं:

 broken = False for person in people: person.use(computer) if computer.is_broken: broken = True break if not broken: print 'The computer is fine!' 

For..else का उपयोग करके हम इस कोड को अधिक पठनीय रूप में ला सकते हैं:

 for person in people: person.use(computer) if computer.is_broken: break else: print 'The computer is fine!' 

जबकि ... और

यहाँ शब्दार्थ बिल्कुल पिछले मामले की तरह ही हैं। जबकि लूप के शरीर को तब तक निष्पादित किया जाता है जब तक कि एक निश्चित स्थिति सत्य होती है - आप पहले से ही जानते हैं। यदि किसी बिंदु पर स्थिति अब सही नहीं है, तो निष्पादन दूसरी शाखा में चला जाता है। ब्रेक स्टेटमेंट, यदि स्थिति उस तक पहुंचती है, तो पूरे समय के निष्पादन को बाधित करेगा..लगाएं, इसलिए अन्य शाखा को निष्पादित नहीं किया जाएगा। संक्षेप में: जबकि व्यवहार का तर्क..बस के लिए के रूप में बिल्कुल वैसा ही है ..

 while usage < 10 and person.want_to_play: person.use(computer) if computer.broken: break else: print 'The computer is fine!' 

कोशिश करो ... सिवाय ... और

एक कोशिश ब्लॉक में संलग्न कुछ कोड है। आप कुछ अपवादों को पकड़ना चाहते हैं और उन्हें संभालना चाहते हैं, लेकिन अगर निष्पादन के दौरान कोई अपवाद नहीं फेंका गया तो क्या होगा? दूसरा खंड बचाव के लिए आता है। यह केवल तभी निष्पादित किया जाएगा जब कोई अपवाद नहीं फेंका गया हो, और अंत में ब्लॉक से पहले (यदि यह निश्चित रूप से मौजूद है)। यह ध्यान दिया जाना चाहिए कि निर्माण को छोड़कर अन्य ब्लॉक में पिछले द्वारा उठाए गए अपवादों पर कार्रवाई नहीं की जाएगी:

  def get_person(people): try: person = people[3] except IndexError: person = None else: person.do_work() return person 

यदि अनुक्रमणिका अपवाद को फेंका नहीं गया है, तो नियंत्रण दूसरी शाखा तक पहुंच जाएगा। यह क्यों सहायक हो सकता है? हम कोशिश ब्लॉक में person.do_work () जोड़ सकते हैं, लेकिन क्या होता है अगर do_work () ऑपरेशन के दौरान एक IndexError अपवाद फेंकता है? इस मामले में, यह हमारे ब्लॉक को छोड़कर पकड़ा जाएगा, जिसके परिणाम भयावह हो सकते हैं (जब तक कि हमने इसके लिए अग्रिम रूप से तैयार नहीं किया है - इस मामले में, do_work द्वारा उत्पन्न IndexError को आगे फेंक दिया जाएगा, जैसा कि हमारे get_person में होता है (व्यक्ति फ़ंक्शन) ))।

निष्कर्ष

ईमानदारी से, अगर मुझे इस लिंक के बाहर के अन्य विवरण का उपयोग करने से बहुत लाभ नहीं मिला। मेरा मानना ​​है कि ज्यादातर मामलों में इसका उपयोग लूप ऑपरेटरों के साथ नहीं किया जाना चाहिए, क्योंकि परिणामस्वरूप निर्माण सहज नहीं हैं (हालांकि उन्हें उन स्थितियों में "हरी बत्ती" दी जा सकती है जहां यह एक छोटे और अधिक पठनीय कोड की ओर जाता है)। दूसरी ओर, कोशिश के साथ दूसरे का उपयोग करना बहुत अधिक सहज है, और शायद अपवादों को पकड़ने के लिए एक बेहतर विकल्प का प्रतिनिधित्व करता है, जिसे आगे फेंकने की आवश्यकता है, या ध्वज चर का उपयोग करके आपको यह बताने के लिए कि क्या प्रयास ब्लॉक के संचालन के दौरान एक अपवाद फेंक दिया गया था। सिवाय।