पायथन मानक लायब्ररीची एक मोठी साफसफाई नियोजित आहे

पायथन प्रोजेक्ट डेव्हलपर्स प्रकाशित प्रस्ताव (PEP 594) मानक लायब्ररीची मोठी साफसफाई करण्यासाठी. दोन्ही स्पष्टपणे कालबाह्य आणि उच्च विशिष्ट क्षमता आणि घटक ज्यांना वास्तुशास्त्रीय समस्या आहेत आणि सर्व प्लॅटफॉर्मसाठी एकत्र केले जाऊ शकत नाहीत ते पायथन मानक लायब्ररीमधून काढण्यासाठी ऑफर केले जातात.

उदाहरणार्थ, मानक लायब्ररीमधून क्रिप्ट (विंडोजसाठी अनुपलब्धता आणि सिस्टम लायब्ररीवरील हॅशिंग अल्गोरिदमच्या उपलब्धतेवर अवलंबून राहणे), cgi (इष्टतम आर्किटेक्चर नाही, प्रत्येक विनंतीसाठी नवीन प्रक्रिया सुरू करणे आवश्यक आहे), imp सारखे मॉड्यूल्स वगळण्याचा प्रस्ताव आहे. (importlib वापरण्याची शिफारस केली जाते), पाईप्स ( सबप्रोसेस मॉड्यूल वापरण्याची शिफारस केली जाते), nis (NSS, LDAP किंवा Kerberos/GSSAPI वापरण्याची शिफारस केली जाते), spwd (खात्याच्या डेटाबेससह थेट कार्य करण्याची शिफारस केलेली नाही). मॉड्यूल्स binhex, uu, xdrlib, देखील काढण्यासाठी चिन्हांकित आहेत.
aifc,
ऑडिओओप,
तुकडा
imghdr,
ओसाउडिओदेव,
sndhdr,
सुनाऊ
asynchat,
asyncore
cgitb,
smtpd
nntplib, macpath,
formatter, msilib आणि parser.

Python 3.8 मध्‍ये वरील मॉडयुल्‍स नापसंत करण्‍याची, पायथन 3.8 मध्‍ये चेतावणी जारी करण्‍याची आणि त्‍यांना पायथन 3.10 मधील CPython रिपॉझिटरीजमधून काढून टाकण्‍याची प्रस्तावित योजना आहे.
पार्सर मॉड्यूल आवृत्ती 3.9 मध्ये काढून टाकण्याची योजना आहे, कारण ते पायथन 2.5 रिलीझमध्ये आणि 3.8 शाखेत मॅकपाथ मॉड्यूल नापसंत करण्यात आले होते. मुख्य कोडमधून काढून टाकल्यानंतर, कोड वेगळ्या लेगसिलिब भांडारात हलविला जाईल आणि त्याचे भवितव्य समुदाय सदस्यांच्या हितावर अवलंबून असेल. Python 3.9 शाखेला 2026 पर्यंत समर्थन मिळणे अपेक्षित आहे, जे प्रकल्पांना बाह्य पर्यायांकडे स्थलांतरित होण्यासाठी पुरेसा वेळ देईल.

सुरुवातीला, ftplib, optparse, getopt, colorsys, fileinput, lib2to3 आणि wave modules देखील काढण्यासाठी प्रस्तावित करण्यात आले होते, परंतु त्यांना आत्तासाठी मानक लायब्ररीचा भाग म्हणून सोडण्याचा निर्णय घेण्यात आला, कारण ते व्यापक आहेत आणि अस्तित्वात असूनही संबंधित राहतात. अधिक प्रगत पर्यायांचे किंवा ऑपरेटिंग सिस्टमच्या विशिष्ट क्षमतेचे बंधन.

लक्षात ठेवा की पायथन प्रकल्पाने सुरुवातीला "बॅटरी समाविष्ट" दृष्टीकोन घेतला होता, विविध अनुप्रयोगांसाठी मानक लायब्ररीमध्ये फंक्शन्सचा समृद्ध संच ऑफर केला होता. या दृष्टिकोनाच्या फायद्यांमध्ये पायथन प्रकल्पांची देखभाल करणे आणि प्रकल्पांमध्ये वापरल्या जाणार्‍या मॉड्यूल्सच्या सुरक्षिततेचे निरीक्षण करणे हे सोपे आहे. मॉड्यूल्समधील भेद्यता अनेकदा त्यांचा वापर करणार्‍या ऍप्लिकेशन्समधील भेद्यतेचा स्रोत बनतात. फंक्शन्स मानक लायब्ररीमध्ये समाविष्ट असल्यास, मुख्य प्रकल्पाच्या स्थितीचे निरीक्षण करण्यासाठी ते पुरेसे आहे. मानक लायब्ररी विभाजित करताना, विकसकांना तृतीय-पक्ष मॉड्यूल वापरणे आवश्यक आहे, त्यातील प्रत्येक भेद्यता स्वतंत्रपणे निरीक्षण करणे आवश्यक आहे. उच्च प्रमाणात विखंडन आणि मोठ्या संख्येने अवलंबनांसह, मॉड्यूल विकसकांच्या पायाभूत सुविधांशी तडजोड करून हल्ल्याचा धोका आहे.

दुसरीकडे, मानक लायब्ररीमधील प्रत्येक अतिरिक्त मॉड्यूलला देखरेख करण्यासाठी Python डेव्हलपमेंट टीमकडून संसाधने आवश्यक आहेत. लायब्ररीमध्ये मोठ्या प्रमाणात डुप्लिकेटिंग आणि अनावश्यक कार्ये जमा झाली आहेत, ज्यामुळे देखभाल खर्च कमी होऊ शकतो. कॅटलॉग विकसित होत असताना पीपीआयआय आणि अतिरिक्त पॅकेजेस स्थापित आणि डाउनलोड करण्याची प्रक्रिया सुलभ करून, बाह्य मॉड्यूलचा वापर आता अंगभूत फंक्शन्सप्रमाणेच सामान्य झाला आहे.

अधिकाधिक विकासक मानक मॉड्यूल्ससाठी अधिक कार्यात्मक बाह्य बदली वापरत आहेत, उदाहरणार्थ, xml ऐवजी lxml मॉड्यूल वापरणे. मानक लायब्ररीतून सोडलेले मॉड्यूल्स काढून टाकल्याने समुदायाद्वारे सक्रियपणे विकसित केलेल्या पर्यायांची लोकप्रियता वाढेल. याव्यतिरिक्त, मानक लायब्ररी कमी केल्याने बेस वितरणाच्या आकारात घट होईल, जे मर्यादित स्टोरेज आकारासह एम्बेडेड प्लॅटफॉर्मवर पायथन वापरताना महत्वाचे आहे.

स्त्रोत: opennet.ru