ਪਾਈਥਨ ਸਟੈਂਡਰਡ ਲਾਇਬ੍ਰੇਰੀ ਦੀ ਇੱਕ ਵੱਡੀ ਸਫਾਈ ਦੀ ਯੋਜਨਾ ਬਣਾਈ ਗਈ ਹੈ

ਪਾਈਥਨ ਪ੍ਰੋਜੈਕਟ ਡਿਵੈਲਪਰਸ ਪ੍ਰਕਾਸ਼ਤ ਸਟੈਂਡਰਡ ਲਾਇਬ੍ਰੇਰੀ ਦੀ ਇੱਕ ਵੱਡੀ ਸਫਾਈ ਕਰਨ ਲਈ ਪ੍ਰਸਤਾਵ (PEP 594)। ਦੋਵੇਂ ਸਪੱਸ਼ਟ ਤੌਰ 'ਤੇ ਪੁਰਾਣੀਆਂ ਅਤੇ ਉੱਚ ਵਿਸ਼ੇਸ਼ ਸਮਰੱਥਾਵਾਂ ਅਤੇ ਕੰਪੋਨੈਂਟਸ ਜਿਨ੍ਹਾਂ ਨੂੰ ਆਰਕੀਟੈਕਚਰਲ ਸਮੱਸਿਆਵਾਂ ਹਨ ਅਤੇ ਸਾਰੇ ਪਲੇਟਫਾਰਮਾਂ ਲਈ ਏਕੀਕ੍ਰਿਤ ਨਹੀਂ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ, ਨੂੰ ਪਾਈਥਨ ਸਟੈਂਡਰਡ ਲਾਇਬ੍ਰੇਰੀ ਤੋਂ ਹਟਾਉਣ ਦੀ ਪੇਸ਼ਕਸ਼ ਕੀਤੀ ਜਾਂਦੀ ਹੈ।

ਉਦਾਹਰਨ ਲਈ, ਕ੍ਰਿਪਟ (ਵਿੰਡੋਜ਼ ਲਈ ਅਣਉਪਲਬਧਤਾ ਅਤੇ ਸਿਸਟਮ ਲਾਇਬ੍ਰੇਰੀਆਂ 'ਤੇ ਹੈਸ਼ਿੰਗ ਐਲਗੋਰਿਦਮ ਦੀ ਉਪਲਬਧਤਾ ਦੀ ਨਿਰਭਰਤਾ), cgi (ਅਨੁਕੂਲ ਆਰਕੀਟੈਕਚਰ ਨਹੀਂ, ਹਰੇਕ ਬੇਨਤੀ ਲਈ ਇੱਕ ਨਵੀਂ ਪ੍ਰਕਿਰਿਆ ਸ਼ੁਰੂ ਕਰਨ ਦੀ ਲੋੜ ਹੈ), ਇੰਪ. (importlib ਦੀ ਵਰਤੋਂ ਕਰਨ ਦੀ ਸਿਫਾਰਸ਼ ਕੀਤੀ ਜਾਂਦੀ ਹੈ), ਪਾਈਪਾਂ (ਇਸ ਨੂੰ ਸਬਪ੍ਰੋਸੈਸ ਮੋਡੀਊਲ ਦੀ ਵਰਤੋਂ ਕਰਨ ਦੀ ਸਿਫਾਰਸ਼ ਕੀਤੀ ਜਾਂਦੀ ਹੈ), nis (ਇਸ ਨੂੰ NSS, LDAP ਜਾਂ Kerberos/GSSAPI ਦੀ ਵਰਤੋਂ ਕਰਨ ਦੀ ਸਿਫਾਰਸ਼ ਕੀਤੀ ਜਾਂਦੀ ਹੈ), spwd (ਇਸ ਨੂੰ ਸਿੱਧੇ ਖਾਤੇ ਦੇ ਡੇਟਾਬੇਸ ਨਾਲ ਕੰਮ ਕਰਨ ਦੀ ਸਿਫਾਰਸ਼ ਨਹੀਂ ਕੀਤੀ ਜਾਂਦੀ ਹੈ)। ਮੋਡੀਊਲ binhex, uu, xdrlib, ਨੂੰ ਵੀ ਹਟਾਉਣ ਲਈ ਚਿੰਨ੍ਹਿਤ ਕੀਤਾ ਗਿਆ ਹੈ।
aifc,
ਆਡੀਓਓਪ,
ਟੁਕੜਾ
imghdr,
osaudiodev,
sndhdr,
sunau
ਅਸਿੰਚੈਟ,
ਅਸਿੰਕੋਰ,
cgitb,
smtpd
nntplib, macpath,
ਫਾਰਮੈਟਰ, msilib ਅਤੇ ਪਾਰਸਰ।

ਪ੍ਰਸਤਾਵਿਤ ਯੋਜਨਾ ਪਾਈਥਨ 3.8 ਵਿੱਚ ਉਪਰੋਕਤ ਮੋਡੀਊਲਾਂ ਨੂੰ ਨਾਪਸੰਦ ਕਰਨਾ, ਪਾਈਥਨ 3.8 ਵਿੱਚ ਇੱਕ ਚੇਤਾਵਨੀ ਜਾਰੀ ਕਰਨਾ, ਅਤੇ ਉਹਨਾਂ ਨੂੰ ਪਾਈਥਨ 3.10 ਵਿੱਚ CPython ਰਿਪੋਜ਼ਟਰੀਆਂ ਤੋਂ ਹਟਾਉਣਾ ਹੈ।
ਪਾਰਸਰ ਮੋਡੀਊਲ ਨੂੰ ਵਰਜਨ 3.9 ਵਿੱਚ ਹਟਾਉਣ ਦੀ ਯੋਜਨਾ ਹੈ, ਕਿਉਂਕਿ ਇਸਨੂੰ ਪਾਈਥਨ 2.5 ਰੀਲੀਜ਼ ਵਿੱਚ ਬਰਤਰਫ਼ ਕੀਤਾ ਗਿਆ ਸੀ, ਅਤੇ 3.8 ਸ਼ਾਖਾ ਵਿੱਚ ਮੈਕਪਾਥ ਮੋਡੀਊਲ। ਮੁੱਖ ਕੋਡ ਤੋਂ ਹਟਾਏ ਜਾਣ ਤੋਂ ਬਾਅਦ, ਕੋਡ ਨੂੰ ਇੱਕ ਵੱਖਰੀ ਲੀਗਸੀਲਿਬ ਰਿਪੋਜ਼ਟਰੀ ਵਿੱਚ ਭੇਜਿਆ ਜਾਵੇਗਾ ਅਤੇ ਇਸਦੀ ਕਿਸਮਤ ਕਮਿਊਨਿਟੀ ਮੈਂਬਰਾਂ ਦੇ ਹਿੱਤਾਂ 'ਤੇ ਨਿਰਭਰ ਕਰੇਗੀ। ਪਾਈਥਨ 3.9 ਬ੍ਰਾਂਚ ਦੇ 2026 ਤੱਕ ਸਮਰਥਤ ਹੋਣ ਦੀ ਉਮੀਦ ਹੈ, ਜੋ ਕਿ ਬਾਹਰੀ ਵਿਕਲਪਾਂ ਲਈ ਪਰਵਾਸ ਕਰਨ ਲਈ ਪ੍ਰੋਜੈਕਟਾਂ ਨੂੰ ਕਾਫ਼ੀ ਸਮਾਂ ਪ੍ਰਦਾਨ ਕਰੇਗੀ।

ਸ਼ੁਰੂ ਵਿੱਚ, ftplib, optparse, getopt, colorsys, fileinput, lib2to3 ਅਤੇ ਵੇਵ ਮੋਡੀਊਲ ਨੂੰ ਵੀ ਹਟਾਉਣ ਲਈ ਪ੍ਰਸਤਾਵਿਤ ਕੀਤਾ ਗਿਆ ਸੀ, ਪਰ ਉਹਨਾਂ ਨੂੰ ਹੁਣੇ ਲਈ ਸਟੈਂਡਰਡ ਲਾਇਬ੍ਰੇਰੀ ਦੇ ਹਿੱਸੇ ਵਜੋਂ ਛੱਡਣ ਦਾ ਫੈਸਲਾ ਕੀਤਾ ਗਿਆ ਸੀ, ਕਿਉਂਕਿ ਇਹ ਮੌਜੂਦ ਹੋਣ ਦੇ ਬਾਵਜੂਦ, ਵਿਆਪਕ ਹਨ ਅਤੇ ਸੰਬੰਧਿਤ ਰਹਿੰਦੇ ਹਨ। ਵਧੇਰੇ ਉੱਨਤ ਵਿਕਲਪਾਂ ਜਾਂ ਓਪਰੇਟਿੰਗ ਸਿਸਟਮਾਂ ਦੀਆਂ ਵਿਸ਼ੇਸ਼ ਸਮਰੱਥਾਵਾਂ ਲਈ ਬਾਈਡਿੰਗ।

ਯਾਦ ਕਰੋ ਕਿ ਪਾਇਥਨ ਪ੍ਰੋਜੈਕਟ ਨੇ ਸ਼ੁਰੂ ਵਿੱਚ "ਬੈਟਰੀਆਂ ਸ਼ਾਮਲ" ਪਹੁੰਚ ਅਪਣਾਈ, ਕਈ ਤਰ੍ਹਾਂ ਦੀਆਂ ਐਪਲੀਕੇਸ਼ਨਾਂ ਲਈ ਸਟੈਂਡਰਡ ਲਾਇਬ੍ਰੇਰੀ ਵਿੱਚ ਫੰਕਸ਼ਨਾਂ ਦਾ ਇੱਕ ਅਮੀਰ ਸੈੱਟ ਪੇਸ਼ ਕੀਤਾ। ਇਸ ਪਹੁੰਚ ਦੇ ਫਾਇਦਿਆਂ ਵਿੱਚ ਪਾਈਥਨ ਪ੍ਰੋਜੈਕਟਾਂ ਨੂੰ ਬਣਾਈ ਰੱਖਣ ਅਤੇ ਪ੍ਰੋਜੈਕਟਾਂ ਵਿੱਚ ਵਰਤੇ ਜਾਣ ਵਾਲੇ ਮੋਡਿਊਲਾਂ ਦੀ ਸੁਰੱਖਿਆ ਦੀ ਨਿਗਰਾਨੀ ਕਰਨ ਦਾ ਸਰਲੀਕਰਨ ਹੈ। ਮੋਡੀਊਲਾਂ ਵਿੱਚ ਕਮਜ਼ੋਰੀਆਂ ਅਕਸਰ ਉਹਨਾਂ ਐਪਲੀਕੇਸ਼ਨਾਂ ਵਿੱਚ ਕਮਜ਼ੋਰੀਆਂ ਦਾ ਇੱਕ ਸਰੋਤ ਬਣ ਜਾਂਦੀਆਂ ਹਨ ਜੋ ਉਹਨਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦੀਆਂ ਹਨ। ਜੇ ਫੰਕਸ਼ਨ ਸਟੈਂਡਰਡ ਲਾਇਬ੍ਰੇਰੀ ਵਿੱਚ ਸ਼ਾਮਲ ਕੀਤੇ ਗਏ ਹਨ, ਤਾਂ ਇਹ ਮੁੱਖ ਪ੍ਰੋਜੈਕਟ ਦੀ ਸਥਿਤੀ ਨੂੰ ਨਿਯੰਤਰਿਤ ਕਰਨ ਲਈ ਕਾਫ਼ੀ ਹੈ. ਮਿਆਰੀ ਲਾਇਬ੍ਰੇਰੀ ਨੂੰ ਵੰਡਣ ਵੇਲੇ, ਡਿਵੈਲਪਰਾਂ ਨੂੰ ਤੀਜੀ-ਧਿਰ ਦੇ ਮੋਡੀਊਲ ਦੀ ਵਰਤੋਂ ਕਰਨ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ, ਜਿਨ੍ਹਾਂ ਵਿੱਚੋਂ ਹਰੇਕ ਵਿੱਚ ਕਮਜ਼ੋਰੀਆਂ ਦੀ ਵੱਖਰੇ ਤੌਰ 'ਤੇ ਨਿਗਰਾਨੀ ਕੀਤੀ ਜਾਣੀ ਚਾਹੀਦੀ ਹੈ। ਉੱਚ ਪੱਧਰ ਦੇ ਵਿਖੰਡਨ ਅਤੇ ਵੱਡੀ ਗਿਣਤੀ ਵਿੱਚ ਨਿਰਭਰਤਾ ਦੇ ਨਾਲ, ਮੋਡੀਊਲ ਡਿਵੈਲਪਰਾਂ ਦੇ ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਨਾਲ ਸਮਝੌਤਾ ਕਰਕੇ ਹਮਲਿਆਂ ਦਾ ਖ਼ਤਰਾ ਹੈ।

ਦੂਜੇ ਪਾਸੇ, ਸਟੈਂਡਰਡ ਲਾਇਬ੍ਰੇਰੀ ਵਿੱਚ ਹਰੇਕ ਵਾਧੂ ਮੋਡੀਊਲ ਨੂੰ ਬਣਾਈ ਰੱਖਣ ਲਈ ਪਾਈਥਨ ਵਿਕਾਸ ਟੀਮ ਤੋਂ ਸਰੋਤਾਂ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਲਾਇਬ੍ਰੇਰੀ ਨੇ ਬਹੁਤ ਸਾਰੇ ਡੁਪਲੀਕੇਟਿੰਗ ਅਤੇ ਬੇਲੋੜੇ ਫੰਕਸ਼ਨਾਂ ਨੂੰ ਇਕੱਠਾ ਕੀਤਾ ਹੈ, ਜਿਸ ਨਾਲ ਰੱਖ-ਰਖਾਅ ਦੇ ਖਰਚੇ ਘਟ ਸਕਦੇ ਹਨ। ਜਿਵੇਂ ਕਿ ਕੈਟਾਲਾਗ ਵਿਕਸਿਤ ਹੁੰਦਾ ਹੈ ਪੀਆਈਪੀਆਈ ਅਤੇ ਵਾਧੂ ਪੈਕੇਜਾਂ ਨੂੰ ਸਥਾਪਤ ਕਰਨ ਅਤੇ ਡਾਊਨਲੋਡ ਕਰਨ ਦੀ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਸਰਲ ਬਣਾਉਣ ਲਈ, ਬਾਹਰੀ ਮੋਡੀਊਲਾਂ ਦੀ ਵਰਤੋਂ ਹੁਣ ਬਿਲਟ-ਇਨ ਫੰਕਸ਼ਨਾਂ ਵਾਂਗ ਆਮ ਹੋ ਗਈ ਹੈ।

ਵੱਧ ਤੋਂ ਵੱਧ ਡਿਵੈਲਪਰ ਸਟੈਂਡਰਡ ਮੈਡਿਊਲਾਂ ਲਈ ਵਧੇਰੇ ਕਾਰਜਸ਼ੀਲ ਬਾਹਰੀ ਤਬਦੀਲੀਆਂ ਦੀ ਵਰਤੋਂ ਕਰ ਰਹੇ ਹਨ, ਉਦਾਹਰਨ ਲਈ, xml ਦੀ ਬਜਾਏ lxml ਮੋਡੀਊਲ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ. ਸਟੈਂਡਰਡ ਲਾਇਬ੍ਰੇਰੀ ਤੋਂ ਛੱਡੇ ਗਏ ਮਾਡਿਊਲਾਂ ਨੂੰ ਹਟਾਉਣ ਨਾਲ ਕਮਿਊਨਿਟੀ ਦੁਆਰਾ ਸਰਗਰਮੀ ਨਾਲ ਵਿਕਸਤ ਕੀਤੇ ਵਿਕਲਪਾਂ ਦੀ ਪ੍ਰਸਿੱਧੀ ਵਧੇਗੀ। ਇਸ ਤੋਂ ਇਲਾਵਾ, ਸਟੈਂਡਰਡ ਲਾਇਬ੍ਰੇਰੀ ਨੂੰ ਘਟਾਉਣ ਨਾਲ ਬੇਸ ਡਿਸਟ੍ਰੀਬਿਊਸ਼ਨ ਦੇ ਆਕਾਰ ਵਿੱਚ ਕਮੀ ਆਵੇਗੀ, ਜੋ ਕਿ ਸੀਮਤ ਸਟੋਰੇਜ ਆਕਾਰ ਵਾਲੇ ਏਮਬੈਡਡ ਪਲੇਟਫਾਰਮਾਂ 'ਤੇ ਪਾਈਥਨ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਸਮੇਂ ਮਹੱਤਵਪੂਰਨ ਹੈ।

ਸਰੋਤ: opennet.ru