mutable default argument को होने वाला बग क्यों माना जाता है?

Default arguments एक ही बार, फंक्शन की definition के समय, evaluate होते हैं, हर कॉल पर नहीं। इसलिए default लिस्ट या dict एक अकेला साझा ऑब्जेक्ट है जो हर कॉल के बीच बना रहता है, तो बदलाव जमा होते जाते हैं और एक caller से दूसरे में लीक होते हैं। हल यह है कि default None रखें और बॉडी के अंदर None मिलने पर ताजा container बनाएं।

क्योंकि default ऑब्जेक्ट एक ही बार बनता है, जब Python def स्टेटमेंट चलाता है, और उसके बाद हर वह कॉल जो वह argument नहीं देती उसी ऑब्जेक्ट को पाती है। अगर वह लिस्ट है और फंक्शन उसमें append करती है, तो तीसरी कॉल को वह सब दिखेगा जो पहली और दूसरी छोड़ गईं। मुझे यह एक caching helper में मिला था जो options का खाली dict default लेता था। लंबे चलने वाले वर्कर में वह dict दिनों तक बढ़ता रहा और आखिर में एक request को किसी बेमेल tenant की settings मिल गईं, जिसे समझाना मजेदार अनुभव नहीं था। हल उबाऊ है: default None रखें, फिर बॉडी में साफ तौर पर None की जांच करके नया dict बनाएं, ताकि जानबूझकर भेजा गया खाली dict भी माना जाए। integers, strings या None जैसे immutable defaults ठीक हैं क्योंकि उन्हें कोई बदल नहीं सकता। Ruff इसे बिना किसी सेटिंग के B006 के रूप में पकड़ लेता है, तो जिस प्रोजेक्ट में linting CI से जुड़ी है वहां यह बग रिव्यू तक पहुंचना ही नहीं चाहिए।