एफ-स्ट्रिंग्स या कोड को थोड़ा तेज और अधिक पठनीय कैसे बनाया जाए

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

integer = 42 string = 'FORTY_TWO' print('string number %s, or simply %d' % (string, integer)) print('string number {}, or simply {}'.format(string, integer)) print(f'string number {string}, or simply {integer}') 

पहला तरीका,% ऑपरेटर के साथ स्वरूपण, सी से पायथन में आया - यह प्रिंटफ फ़ंक्शन का अनुकरण करता है। यह विधि अजगर में पहली थी, और पायथन संस्करण २.५ और नीचे में केवल एक ही (लेख में चर्चा की गई) बनी हुई है।

दूसरा तरीका str.format मेथड है, जो बिल्ट-इन स्ट्रिंग क्लास का है। यह पायथन 3.0 के साथ आया था, और इसे 2.6 संस्करण में पोर्ट किया गया था। अमीर सिंटेक्स के रूप में इस विधि की सिफारिश की गई है।

तीसरी विधि, एफ-स्ट्रिंग, पायथन संस्करण 3.6 में दिखाई दी। PEP-0498 में बताया गया है, तार को प्रारूपित करने के लिए एक नए तरीके का निर्माण मौजूदा तरीकों की कमियों से प्रेरित था, जिसे लेखक त्रुटि प्रवण के रूप में चिह्नित करते हैं, न कि पर्याप्त लचीले, और सुरुचिपूर्ण नहीं:

यह PEP पायथन में तार को प्रारूपित करने का एक सरल तरीका है की इच्छा से प्रेरित है। स्वरूपण के मौजूदा तरीके या तो त्रुटि प्रवण, अनम्य, या बोझिल हैं।

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

आइए प्रयोगात्मक रूप से प्रदर्शन के बारे में प्रश्न का उत्तर देने का प्रयास करें:

 import timeit setup = """ integer = 42 string = 'FORTY_TWO' """.strip() percent_stmt ="'Number %s or simply %d' % (string, integer)" call_stmt = "'Number {} or simply {}'.format(string, integer)" fstr_stmt = """f'Number {string} or simply {integer}'""" def time(stmt): return f"{timeit.timeit(stmt, setup, number=int(1e7)):.3f}" print(f"Timing percent formating: | {time(percent_stmt)}") print(f"Timing call formating: | {time(call_stmt)}") print(f"Timing f-string formating: | {time(fstr_stmt)}") 

पायथन 3.7 के साथ मैकबुक पर परिणाम:

 Timing percent formating: | 2.025 Timing call formating: | 2.943 Timing f-string formating: | 1.348 

अंतर महत्वपूर्ण है। तो अब, ".format" पर रेगेक्स खोज चलाएं और सैकड़ों अभिव्यक्तियों को फिर से लिखें? सिद्धांत रूप में, कार्य सरल है लेकिन समय लेने वाला है। प्लस गलती करने का मौका और पहले से काम कर रहे कोड में बग डाल दिया! वहाँ स्वचालन के लिए कमरा लगता है। वास्तव में, ऐसे पुस्तकालय हैं जो अधिकांश अभिव्यक्तियों को एफ-स्ट्रिंग्स में बदल सकते हैं: फ्लायंट , पाइप्रोगेज ।

फ्लायंट का उपयोग करना आसान है। उदाहरण के लिए, फ्लास्क स्रोत कोड पर रूपांतरण चलाएँ:

 38f9d3a65222:~ ikkamens$ git clone https://github.com/pallets/flask.git Cloning into 'flask'... ... Resolving deltas: 100% (12203/12203), done. 38f9d3a65222:~ ikkamens$ flynt flask Flynt run has finished. Stats: Execution time: 0.623s Files modified: 18 Expressions transformed: 43 Character count reduction: 241 (0.04%) _-_._-_._-_._-_._-_._-_._-_._-_._-_._-_._-_._-_._-_._-_._-_._-_._-_._-_._-_._-_._-_._-_._-_._-_._-_. Please run your tests before commiting. Report bugs as github issues at: https://github.com/ikamensh/flynt Thank you for using flynt! Fstringify more projects and recommend it to your colleagues! _-_._-_._-_._-_._-_._-_._-_._-_._-_._-_._-_._-_._-_._-_._-_._-_._-_._-_._-_._-_._-_._-_._-_._-_._-_. 38f9d3a65222:~ ikkamens$ 

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

Pyupgrad में अधिक कार्यक्षमता शामिल है, और आप अपने कोड को कई पायथन 2 कलाकृतियों से साफ कर सकते हैं - जैसे कि वस्तु से विरासत में, सुपर में वर्ग के नाम निर्दिष्ट करना, और बहुत कुछ । Pyupgrad को प्री-कमिट के साथ उपयोग करने के लिए डिज़ाइन किया गया है, जो आने से पहले कोड को स्वचालित रूप से संशोधित करने के लिए एक उपयोगिता है।

गीता या अन्य संस्करण नियंत्रण में स्रोत को परिवर्तित करना बेहतर है। यह परीक्षण चलाने और स्वयं परिवर्तनों को देखने के लायक है (git diff या PyCharm वातावरण का उपयोग करके)। जब तक हम देखभाल करने वालों के बीच रहते हैं, कि कोड छोटे पात्रों में से एक बन गया है, सक्रिय रूपांतरण भी अपना समय बचाएगा। आखिरकार, जल्द या बाद में कोई अपने हाथों से करना शुरू कर देगा जो एक उपयोगिता बन सकता है। एफ-स्ट्रिंग्स केवल पायथन 3.6+ पर काम करते हैं, लेकिन जल्द ही यह एक समस्या नहीं होगी क्योंकि अन्य संस्करण अप्रचलित हो जाएंगे ।

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

निष्कर्ष:

हमने पायथन 3.6+ में उपलब्ध तीन स्ट्रिंग प्रारूपण विधियों को देखा, उनका संक्षिप्त इतिहास और उनके प्रदर्शन की तुलना की। हमने स्ट्रिंग्स को स्वरूपित करने के लिए कोड को स्वचालित रूप से परिवर्तित करने के लिए ओपन-सोर्स टूल्स और उनके अतिरिक्त कार्यों की भी जांच की। अपने कोड में सरल चीजों को न भूलें, और शुभकामनाएँ!