यह ज्ञात है कि एक प्रोग्रामर के लिए आलसी होना बहुत अच्छा है, क्योंकि कम प्रगति के साथ अधिक करना महत्वपूर्ण है । कोई भी एक ही चीज को बार-बार करना पसंद नहीं करता है। यह थकाऊ, उबाऊ है, और बिल्कुल भी रचनात्मक नहीं है। उसी कार्रवाई को दोहराते हुए, हम अक्सर गलतियाँ करते हैं, लेकिन, सौभाग्य से, ऐसे लोग हैं जो समान कार्यों को करने में वास्तव में अच्छे और प्रभावी हैं। और ये कंप्यूटर हैं !

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

एंड्रॉइड डेवलपमेंट की दुनिया में, ऐसे उपकरण हर डेवलपर को अच्छी तरह से पता हैं। यह रेट्रोफिट, और डैगर, और रूम है। डार्ट के बारे में क्या? और कोई कम महत्वपूर्ण सवाल नहीं: कोड पीढ़ी के लिए हमें अपने उपकरण बनाने की क्या आवश्यकता है?

डार्ट और कोड जनरेशन: किफायती उपकरण

कोड पीढ़ी के लिए एक उपकरण बनाने के लिए, हमें निम्नलिखित दो पैकेजों की आवश्यकता है:

• source_gen
• build_runner

source_gen

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

source_gen दो अमूर्त जनरेटर कक्षाएं प्रदान करता है जो विज़िटर पैटर्न का पालन करते हैं:

• Generator : जब इस वर्ग को विरासत में दिया जाता है, तो आपके कोड के प्रत्येक तत्व का दौरा किया जाएगा। इस प्रकार, आपके पास प्रत्येक विज़िट किए गए नोड या तत्व के साथ क्या करना है, इस पर आपका पूर्ण नियंत्रण है।
• GeneratorForAnnotation : यह क्लास एक साधारण जेनरेटर के समान है, लेकिन जब आप इस क्लास को इनहेरिट करते हैं, तो आप "एनोटोट" भी निर्दिष्ट करते हैं। इस प्रकार, इस एनोटेशन के साथ एनोटेट किए गए केवल नोड्स का दौरा किया जाएगा। बाकी कोड को नजरअंदाज कर दिया जाएगा।

आपको Builder को कॉन्फ़िगर करने की भी आवश्यकता है, जो जनरेटर पर एक आवरण होगा। तीन विकल्प हैं:

• यदि आप एक partial कोड लिखना चाहते हैं, तो आपको SharedPartBuilder चयन करना चाहिए। "भाग" आपको लाइब्रेरी को कई डार्ट फ़ाइलों में विभाजित करने की अनुमति देता है। SharedPartBuilder एक्सटेंशन .g.dart साथ एक फ़ाइल बनाता है।
• यदि आप "हिस्सा" दृष्टिकोण का उपयोग करना चाहते हैं, तो आप PartBuilder उपयोग भी कर सकते हैं, लेकिन आपको उत्पन्न फ़ाइल के विस्तार पर अधिक नियंत्रण की आवश्यकता है, उदाहरण के लिए .my_file.dart ।
• यदि आप एक स्टैंड-अलोन लाइब्रेरी लिखना चाहते हैं, जिसे आयात किया जा सकता है, तो लाइब्रेरीबुइलर का उपयोग LibraryBuilder ।

build_runner

यह उपकरण आपको जनरेटर को विकास के स्तर पर चलाने की अनुमति देता है। इसे कमांड लाइन से बुलाया जा सकता है:

 pub run build_runner <command> 

<command> स्थान पर हो सकता है:

• build : एक बार पीढ़ी शुरू करता है।
• watch : एक डेमॉन लॉन्च करता है जो फाइलों में बदलाव को ट्रैक करता है और जरूरत पड़ने पर जेनरेशन शुरू करता है।
• serve : देखने के लिए समान है, लेकिन यह एक विकास सर्वर की तरह शुरू होता है।
• test : पीढ़ी को एक बार शुरू करता है, एक साझा उत्पादन निर्देशिका बनाता है, और फिर pub run test --precompiled <merged-output-dir> चलाता है - pub run test --precompiled <merged-output-dir> ।

source_gen काम source_gen लिए, आपको एक buil.yaml फ़ाइल भी बनानी होगी, जो कोड जनरेटर के कॉन्फ़िगरेशन के विवरण को इंगित करता है।

डार्ट में कोड जनरेशन का उपयोग करना

डार्ट के लिए कई प्रसिद्ध पुस्तकालयों में कोड पीढ़ी का उपयोग किया जाता है:

• built_value
• json_serializable
• कीवी
• हेलिकॉप्टर
• मूर (अनुवादक का नोट)

अधिक ...

दूसरा भाग यह दिखाएगा कि एप्लिकेशन में सभी TODO को ट्रैक करने के लिए एनोटेशन और कोड पीढ़ी का उपयोग कैसे करें।