पायथन मानक पुस्तकालय की एक प्रमुख सफाई की योजना बनाई गई है

पायथन प्रोजेक्ट डेवलपर्स प्रकाशित मानक पुस्तकालय की बड़ी सफाई करने का प्रस्ताव (पीईपी 594)। दोनों स्पष्ट रूप से पुरानी और अत्यधिक विशिष्ट क्षमताएं और घटक जिनमें वास्तुशिल्प समस्याएं हैं और सभी प्लेटफार्मों के लिए एकीकृत नहीं किया जा सकता है, उन्हें पायथन मानक लाइब्रेरी से हटाने की पेशकश की गई है।

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

प्रस्तावित योजना उपरोक्त मॉड्यूल को Python 3.8 में अप्रचलित करने, Python 3.8 में एक चेतावनी जारी करने और उन्हें Python 3.10 में CPython रिपॉजिटरी से हटाने की है।
पार्सर मॉड्यूल को संस्करण 3.9 में हटाने की योजना है, क्योंकि इसे पायथन 2.5 रिलीज में हटा दिया गया था, और मैकपाथ मॉड्यूल को 3.8 शाखा में हटा दिया गया था। मुख्य कोड से हटाए जाने के बाद, कोड को एक अलग लिगेसीलिब रिपॉजिटरी में ले जाया जाएगा और इसका भाग्य समुदाय के सदस्यों के हित पर निर्भर करेगा। पायथन 3.9 शाखा को 2026 तक समर्थित होने की उम्मीद है, जो परियोजनाओं को बाहरी विकल्पों पर स्थानांतरित करने के लिए पर्याप्त समय प्रदान करेगा।

प्रारंभ में, ftplib, optparse, getopt, colorys, fileinput, lib2to3 और वेव मॉड्यूल को भी हटाने का प्रस्ताव दिया गया था, लेकिन अब उन्हें मानक लाइब्रेरी के हिस्से के रूप में छोड़ने का निर्णय लिया गया, क्योंकि वे व्यापक हैं और उपस्थिति के बावजूद प्रासंगिक बने हुए हैं। ऑपरेटिंग सिस्टम की विशिष्ट क्षमताओं के लिए अधिक उन्नत विकल्प या बाइंडिंग।

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

दूसरी ओर, मानक पुस्तकालय में प्रत्येक अतिरिक्त मॉड्यूल को बनाए रखने के लिए पायथन विकास टीम के संसाधनों की आवश्यकता होती है। लाइब्रेरी में बड़ी संख्या में डुप्लिकेटिंग और अनावश्यक फ़ंक्शन जमा हो गए हैं, जिन्हें समाप्त करने से रखरखाव की लागत कम हो सकती है। जैसे-जैसे कैटलॉग विकसित होता है PyPI और अतिरिक्त पैकेजों को स्थापित करने और डाउनलोड करने की प्रक्रिया को सरल बनाने के साथ, बाहरी मॉड्यूल का उपयोग अब अंतर्निहित कार्यों जितना ही सामान्य हो गया है।

अधिक से अधिक डेवलपर्स मानक मॉड्यूल के लिए अधिक कार्यात्मक बाहरी प्रतिस्थापन का उपयोग कर रहे हैं, उदाहरण के लिए, xml के बजाय lxml मॉड्यूल का उपयोग करना। मानक पुस्तकालय से परित्यक्त मॉड्यूल को हटाने से समुदाय द्वारा सक्रिय रूप से विकसित विकल्पों की लोकप्रियता बढ़ जाएगी। इसके अलावा, मानक लाइब्रेरी को कम करने से आधार वितरण के आकार में कमी आएगी, जो सीमित भंडारण आकार वाले एम्बेडेड प्लेटफार्मों पर पायथन का उपयोग करते समय महत्वपूर्ण है।

स्रोत: opennet.ru