आप कैसे तय करते हैं कि exceptions कहां पकड़नी हैं और उनका क्या करना है?

एक्सेप्शन सिर्फ वहीं पकड़ें जहां आप सच में कुछ कर सकते हैं: retry करें, कोई default रख दें, या उसे context के साथ domain error में बदल दें। बाकी हर जगह उसे ऊपर जाने दें, एक ऐसी सीमा तक जो लॉग करके response लौटाती है। bare except की जगह खास types पकड़ें, चुपचाप कभी न निगलें, और raise from इस्तेमाल करें ताकि असली वजह traceback में बची रहे।

मेरा डिफॉल्ट है चीजों को ऊपर जाने देना। try except तभी जायज है जब मैं retry कर सकूं, किसी समझदार चीज पर गिर सकूं, या ऐसा context जोड़ सकूं जो caller को चाहिए। वरना मैं सिर्फ जानकारी छिपा रहा हूं। सर्विसेज में मैं इसे एक error boundary की तरह रखता हूं, आम तौर पर middleware या एक exception handler, जो request id के साथ पूरा traceback लॉग करता है और साफ response लौटाता है, और उसके नीचे का कोड पढ़ने लायक बना रहता है क्योंकि उस पर handlers की चादर नहीं पड़ी। किसी module के अंदर मैं संकरे types पकड़कर उन्हें raise from के साथ domain exception में बदलता हूं, ताकि traceback में असली वजह बनी रहे, क्योंकि वह chain खोने का नतीजा यही है कि आप ऐसे stack trace को घूरते रहें जो कहीं काम की जगह से शुरू ही नहीं होता। जिन codebases को मैं चलाता हूं वहां bare except बैन है, क्योंकि वह KeyboardInterrupt और SystemExit भी निगल जाता है। जो फर्क मुझे सबसे ज्यादा मायने रखता है वह है अपेक्षित फेल्योर बनाम bug। किसी third party API पर timeout अपेक्षित है और उसे retry मिलेगा। अपने ही dictionary पर KeyError एक bug है और उसे शोर मचाना चाहिए।