प्लगइन्स के बिना NetBeans IDE में Android विकास। भाग 1

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

सौभाग्य से, Google एक बिल्ड सिस्टम भी प्रदान करता है जो IDE की परवाह किए बिना काम करता है। इसका मतलब है कि आप एंड्रॉइड एप्लिकेशन के साथ काम करने के लिए किसी भी संपादक को कॉन्फ़िगर कर सकते हैं। व्यक्तिगत रूप से, मैं नेटबीन्स आईडीई में जावा कोड लिखना पसंद करता हूं और इस बारे में बात करना चाहता हूं कि आप इसके लिए इसे कैसे कॉन्फ़िगर कर सकते हैं। नैन्ड्रॉइड जैसे प्लगइन्स हैं, लेकिन इसे उत्साही लोगों द्वारा कभी-कभी विकसित किया जाता है, इसलिए यह नेटबीन्स के लचीलेपन का लाभ उठाने और संपादक से सीधे आधिकारिक बिल्ड सिस्टम का उपयोग करने के लिए समझ में आता है।

एक नया प्रोजेक्ट बनाएं

एक नई परियोजना बनाते समय, दुर्भाग्य से, आपको ग्रहण में जितना कर सकते हैं उससे अधिक करना होगा, लेकिन आपको केवल एक बार ऐसा करने की आवश्यकता है। एक परियोजना बनाना तीन चरणों में किया जाता है:

1. कमांड लाइन से विधानसभा के लिए फाइलें बनाना;
2. आईडीई में एक परियोजना बनाना;
3. अतिरिक्त कमांड जोड़ना (स्वाद के लिए)।

विधानसभा के लिए फाइलें बनाना

सबसे पहले, आपको कमांड लाइन के माध्यम से एक नया प्रोजेक्ट बनाने की आवश्यकता है। मैं इस धारणा से आगे बढ़ूंगा कि फ़ोल्डर <Android-SDK>/tools पहले से ही PATH । परियोजना निम्नलिखित कमांड द्वारा बनाई गई है:

android create project -n < > -t android-< API> -p < > -k < > -a < >

बस, मैं समझाता हूं कि एपीआई स्तर बहुत ही एक है जिसके साथ हम परियोजना को संकलित करेंगे। यही है, अगर एक पूरे के रूप में परियोजना एपीआई स्तर 10 के लिए डिज़ाइन की गई है, लेकिन कुछ विशेषताएं हैं जो केवल 15 और उच्चतर स्तर वाले उपकरणों पर उपयोग की जाती हैं, तो आपको बिल्कुल 15 सेट करने की आवश्यकता है। AndroidManifest.xml , इस 15 को प्रदर्शित नहीं किया जाएगा, न्यूनतम आवश्यक एपीआई स्तर के रूप में केवल 10 होंगे।

मान लीजिए कि हमारा प्रोजेक्ट Android 4.0.3 (यह स्तर 15 है) के लिए बनाया गया है और इसे किलरऐप कहा जाता है। फिर आपको निम्नलिखित दर्ज करना होगा:

android create project -n KillerApp -t android-15 -p KillerApp -k com.damageinc.killerapp -a MainActivity

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

आईडीई में एक परियोजना बनाना

1. NetBeans में एक नया प्रोजेक्ट बनाने के लिए स्क्रीन पर, आपको जावा फ्री-फॉर्म प्रोजेक्ट आइटम की आवश्यकता होगी, जिसके साथ हम IDE को समझाएंगे कि असेंबली फ़ाइल कहाँ से प्राप्त करें।
   
   
   
   
2. अगला आपको प्रोजेक्ट फ़ोल्डर का चयन करने की आवश्यकता है। NetBeans खुद बिल्ड फाइल को ढूंढेगा और यह पता लगाएगा कि प्रोजेक्ट को क्या कहा जाता है, इसलिए फ़ोल्डर का चयन करने के बाद आप सुरक्षित रूप से अगली स्क्रीन पर जा सकते हैं।
   
   
   
   
3. और अब, आपको बिल्ड कार्यों को सही ढंग से पंजीकृत करने की आवश्यकता है ताकि आईडीई को पता हो कि जब हम प्रोजेक्ट को इकट्ठा करने के लिए जाते हैं तो क्या लॉन्च किया जाए। डीबग द्वारा सिस्टम पर बनाएँ। यह थोड़ा अजीब लगता है, लेकिन इस नाम का कारण बहुत सरल है: यह कार्य डीबगिंग के लिए एक असेंबली बनाता है, जो संबंधित प्रमाणपत्र द्वारा हस्ताक्षरित है। तदनुसार, एक रिलीज कार्य है, जो हम अभी भी प्राप्त करते हैं। हमारे मामले में एक परियोजना शुरू करने का मतलब असेंबली और इंस्टाल करना है, जिसका अर्थ है असेंबली के बाद इंस्टॉल कार्य को निष्पादित करना। launch कार्य को भी जिम्मेदार ठहराया गया है, जो मानक प्रणाली में नहीं है, लेकिन हम इसे स्वयं करेंगे। सफाई, जैसा कि अपेक्षित है, स्वच्छ है , और आपको एक अलग, परीक्षण परियोजना के माध्यम से एंड्रॉइड में परीक्षण करने की आवश्यकता है, इसलिए आप उस क्षेत्र में क्या है, इसे सुरक्षित रूप से मिटा सकते हैं।
   
   
   
   
4. अगली स्क्रीन पर, आपको स्रोत फ़ोल्डर में gen फ़ोल्डर को जोड़ने की आवश्यकता है, क्योंकि यह इस फ़ोल्डर में है कि R.java फ़ाइल स्थित होगी।
   
   
   
   
5. अब कोड संकेत सेट करें। सबसे पहले, स्रोत फ़ोल्डर फ़ोल्डर के अलगाव को अनचेक करना महत्वपूर्ण है, अन्यथा आईडीई सोचेंगे कि हमारे कार्यक्रम के कोड में R फ़ाइल का उल्लेख नहीं किया जाना चाहिए, क्योंकि यह एक अलग फ़ोल्डर में निहित है। आपको पुस्तकालयों की सूची में सही एंड्रॉइड प्लेटफ़ॉर्म जोड़ने की आवश्यकता है, हमारे मामले में यह है <Android-SDK>/platforms/android-15/android.jar ।
   
   
   
   
6. और अंत में, अंतिम चरण, bin/classes फ़ोल्डर जोड़ें ताकि आईडीई को पता हो कि संकलित कोड को कहां देखना है। सिद्धांत रूप में, यह कदम आवश्यक नहीं है, और आप सुरक्षित रूप से इसके बारे में शाप नहीं दे सकते। लेकिन पूर्णता की खातिर, मैं इसे बनाऊंगा ताकि नेटबीन्स दिखाता है कि कौन सी फाइलें हाल ही में संशोधित हुई हैं और अभी तक संकलित नहीं की गई हैं।
   
   
   

अतिरिक्त कमांड जोड़ना

वास्तव में, अंतिम चरण के बाद, आप अधिक कुछ नहीं कर सकते। परियोजना बनाई गई है और पहले से ही अच्छी चल रही है लेकिन आप आगे जा सकते हैं और कई सुविधाएं बना सकते हैं। प्रोजेक्ट फ़ोल्डर में, custom_rules.xml फ़ाइल custom_rules.xml , और इसे लिखें
ये तीन कार्य हमें कुछ बहुत उपयोगी चीजें करने की अनुमति देते हैं। rebuild-resources आपको एक R फ़ाइल उत्पन्न करने की अनुमति देता है (जो कि ग्रहण में, वैसे, अक्सर कहीं गायब हो जाता है या समय पर अपडेट नहीं होता है)। launch हमें एप्लिकेशन लॉन्च करने का अवसर देगा, और release-and-save यह सुनिश्चित करेगा कि जब आप अंतिम संस्करण का निर्माण करते हैं, तो यह प्रोगार्ड विधि नक्शे के साथ उपयुक्त नाम के तहत एक अलग फ़ोल्डर में सहेजा जाएगा। मैं भी ऐसी लाइनें जोड़ना पसंद करता हूं ताकि निर्माण के बाद एक अधिसूचना खेली जाए:

 <target name="-post-build"> <sound> <success source="C:\Windows\Media\Windows Notify.wav"/> </sound> </target> 

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



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

proguard.config=${sdk.dir}/tools/proguard/proguard-android.txt:proguard-project.txt

इसके अलावा ant.properties यह अंतिम विधानसभाओं पर हस्ताक्षर करने के लिए लाइनें ant.properties लायक है :

key.store = < >
key.alias = < >

अब हमारा प्रोजेक्ट काम के लिए तैयार है।

एंड्रॉइड में बिल्ड सिस्टम कैसे काम करता है

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

चींटी पर लौटना, प्रोजेक्ट फ़ोल्डर में निम्नलिखित फाइलें हैं:

• ant.properties
• build.xml
• local.properties
• ProGuard-project.txt
• project.properties

यहाँ सबसे महत्वपूर्ण फ़ाइल, बिल्कुल, build.xml । वास्तव में, यह मुख्य प्रणाली की सिर्फ एक छोटी सी पूंछ है, और यह सब कुछ संपत्तियों के विस्तार के साथ फाइलों से लोड होता है और एसडीके में स्थित मुख्य प्रणाली को कॉल करता है।

local.properties में केवल एक गुण होता है: SDK के साथ फ़ोल्डर का स्थान। इस फ़ाइल को संस्करण नियंत्रण प्रणाली के अपवादों की सूची में शामिल करने की आवश्यकता है , क्योंकि इसमें व्यक्तिगत मशीन के लिए विशिष्ट सेटिंग्स शामिल हैं। उदाहरण के लिए, विंडोज के तहत, इस फाइल में लाइन है

sdk.dir=C:\\Android-SDK

वास्तव में, आप इस फ़ाइल से चर की सामग्री के साथ ANDROID_HOME पर्यावरण ANDROID_HOME बना सकते हैं और सुरक्षित रूप से फ़ाइल को ट्रैश में भेज सकते हैं। इन सबसे ऊपर, नेटबीन्स को इसके बाद पुनः आरंभ करना याद रखें।

ant.properties पहले ही ant.properties से मिल ant.properties ; सहायक चर, जैसे कि कीस्टोर का स्थान, वहां संग्रहीत हैं। इसमें एक project.properties भी है। project.properties फाइल। प्रोजेक्ट बनाने में वर्णित चरणों के बाद, एंड्रॉइड एपीआई के स्तर के बारे में केवल एक पंक्ति है, जिसके लिए प्रोजेक्ट चल रहा है, और प्रोगार्ड कॉन्फ़िगरेशन फ़ाइल के लिए कहाँ देखना है। जब हम प्रोजेक्ट में लाइब्रेरी जोड़ते हैं, तो उनके बारे में लाइनें वहां मौजूद होंगी।

अंत में, proguard-project.txt फ़ाइल, जो कि, जैसा कि नाम से ही स्पष्ट है, इसमें प्रोगार्ड निर्देश शामिल हैं। यह शुरू में खाली है, लेकिन इसका मतलब यह नहीं है कि ProGuard निष्क्रिय काम करेगा, क्योंकि SDK फ़ोल्डर में पहले से ही एक पूर्व-दर्ज कॉन्फ़िगरेशन है (ProGuard के बारे में अनियंत्रित रेखा को याद रखें?), लेकिन यहां हम इसे निर्दिष्ट कर सकते हैं। उदाहरण के लिए, मैं व्यक्तिगत रूप से, दूसरों के बीच, लाइनों को जोड़ना पसंद करता हूं

-renamesourcefileattribute MyProject
-keepattributes SourceFile,LineNumberTable

वे आगे त्रुटि रिपोर्ट एकत्र करने में मदद करते हैं, क्योंकि अब सटीक डेटा है कि परियोजना में कोड की कौन सी लाइन ड्रॉप या अपवाद का कारण बनती है।

इसके अलावा, अगर कोई एक है, जिसमें हमने अपनी जरूरत के सभी कार्यों को जोड़ दिया है, तो build.xml custom_rules.xml फ़ाइल को लोड करता है। यह कार्यों को फिर से देखने लायक है।

 <target name="rebuild-resources" depends="-set-debug-mode, -build-setup, -code-gen" /> 

ये लाइनें बस एसडीके बिल्ड सिस्टम से ली गई हैं। दुर्भाग्य से, वहां उन्हें एक अलग कार्य में नहीं लिया गया, इसलिए मुझे इसे स्वयं करना पड़ा। अन्य दो कार्यों को देखना अधिक दिलचस्प है:

 <target name="release-and-save" depends="release"> <xpath input="AndroidManifest.xml" expression="/manifest/@android:versionName" output="manifest.versionName" default="test"/> <xpath input="AndroidManifest.xml" expression="/manifest/@android:versionCode" output="manifest.versionCode" default="test"/> <copy file="${out.final.file}" tofile="releases/${ant.project.name}-release${manifest.versionCode}-${manifest.versionName}.apk" overwrite="true"/> <copy file="${obfuscate.absolute.dir}/mapping.txt" tofile="releases/mapping-release${manifest.versionCode}.txt" overwrite="true"/> </target> 

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

दूसरा कार्य भी xpath का उपयोग करता है, इस बार कार्य थोड़ा अधिक जटिल है:

 <target name="-find-main-activity"> <xpath input="AndroidManifest.xml" expression="/manifest/@package" output="project.app.package" default="test"/> <xpath input="AndroidManifest.xml" expression="/manifest/application/activity[intent-filter/category/@android:name = 'android.intent.category.LAUNCHER'][1]/@android:name" output="project.app.mainactivity" default="test"/> <if> <condition> <matches pattern="\..+|[^\.].*\..*[^\.]" string="${project.app.mainactivity}"/> </condition> <then> <property name="project.app.mainactivity.qualified" value="${project.app.mainactivity}"/> </then> <else> <property name="project.app.mainactivity.qualified" value=".${project.app.mainactivity}"/> </else> </if> <property name="project.app.launcharg" value="-a android.intent.action.MAIN -n ${project.app.package}/${project.app.mainactivity.qualified}"/> </target> <target name="launch" depends="-find-main-activity"> <exec executable="adb"> <arg line="shell am start"/> <arg line="${project.app.launcharg}"/> </exec> </target> 

आपको एक ऐसी गतिविधि खोजने की आवश्यकता है जो अपने इरादे फ़िल्टर में श्रेणी android.intent.category.LAUNCHER को परिभाषित करती है - यह है कि एंड्रॉइड उन गतिविधियों को कैसे परिभाषित करता है जिन्हें मेनू में दिखाया जाना चाहिए। कई हो सकते हैं (हालांकि यह दुर्लभ है), इसलिए कार्य उनमें से सबसे पहले लेता है।

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

यह एक बहुत ही सरल कार्य था जो ध्वनि को पुन: पेश करता है। इसने SDK में बिल्ड फ़ाइल से ट्विस्ट करने वाले छह हुकों में से एक का उपयोग किया:

• -पूर्व निर्माण
• -पूर्व संकलन
• -post-संकलन
• -post-पैकेज
• -post-निर्माण
• -पूर्व साफ

हुक उन चरणों को दर्शाते हैं जिनके माध्यम से कार्यक्रम बनाता है: पुस्तकालयों को संकलित करना, कोड बनाना (रेंडरस्क्रिप्ट, सहायता, आर, बिल्डकॉन्फिग), परियोजना को संकलित करना, एपीके पर हस्ताक्षर करना और हस्ताक्षर करना। तदनुसार, -pre-build को इन सभी कार्यों को शुरू करने से पहले कहा जाता है, -pre-compile संकलन को परियोजना को -pre-compile ठीक पहले, -pre-compile -post-compile - संकलन और पैकेजिंग के बीच, -post-build - पैकेजिंग के बाद, लेकिन हस्ताक्षर करने से पहले, और -post-build को बहुत अंत में कहा जाता है। खैर, जब -pre-clean कहा जाता है, मुझे लगता है कि यह नाम से स्पष्ट है।

एक निष्कर्ष के बजाय

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