👨 🅰️ ⭐️ एंड्रॉइड स्टूडियो में NDK का उपयोग करना ✏️ 🚞 🧜🏾

वर्तमान में, JetBrains IntelliJ IDEA पर आधारित एंड्रॉइड स्टूडियो विकास वातावरण एंड्रॉइड डेवलपर्स के बीच बहुत लोकप्रिय है। हालांकि, इस आईडीई का उपयोग करते समय, मूल कोड का उपयोग करने वाले अनुप्रयोगों को विकसित करते समय समस्याएं उत्पन्न हो सकती हैं, क्योंकि एंड्रॉइड एनडीके मुख्य रूप से ग्रहण आईडीई और एडीटी का उपयोग करने के लिए डिज़ाइन किया गया है।

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

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

चूंकि NDK के साथ काम करने का वर्णन करने वाले कई लेख हैं, मैं एक उदाहरण के रूप में जटिल पुस्तकालयों का उपयोग नहीं करूंगा, लेकिन खुद को हैलो-जानी के सरलतम उदाहरण तक सीमित कर दूंगा। इस उदाहरण का स्रोत कोड निर्देशिका <path_to_ndk> / नमूने / हैलो-जानी में पाया जा सकता है

ग्रहण के माहौल में, NDK का उपयोग करने में कोई विशेष समस्याएँ नहीं थीं। प्रोजेक्ट डायरेक्टरी कुछ इस तरह दिखती है:

चित्र 1 ग्रहण के लिए मुख्य परियोजना निर्देशिका

हम jni और libs निर्देशिकाओं में रुचि रखते हैं। जानी निर्देशिका में मूल भाषाओं (* .c; *। Cpp), हेडर फाइलें (* .h), मेकफाइल्स (* .mk) के स्रोत कोड होते हैं। मैं इन फ़ाइलों के उद्देश्य पर ध्यान नहीं दूंगा, क्योंकि बहुत सारी सामग्री और लेख इसके लिए समर्पित हैं। मैं केवल उल्लेख करता हूं कि जेनी का अर्थ है जावा देशी इंटरफ़ेस। यह इस इंटरफ़ेस के माध्यम से है कि देशी प्रक्रियाओं को जावा कोड से कहा जाता है। इसलिए, अपनी c / c ++ फ़ाइलों में <jni.h> लाइब्रेरी को शामिल करना न भूलें और उन कार्यों के सही सिंटैक्स को याद रखें जिन्हें jni के माध्यम से बुलाया जाएगा। उदाहरण के लिए, मेरे मामले में, एप्लिकेशन का पैकेज नाम है:
evi.ntest
इसलिए, फ़ंक्शन का विवरण इस तरह दिखता है:

jstring Java_evi_ntest_MainActivity_stringFromJNI( JNIEnv* env, jobject thiz )

जहाँ jstring जावा में स्ट्रिंग के प्रकार के अनुरूप डेटा प्रकार c का नाम है, जावा इस मामले में एक सेवा उपसर्ग है जिसमें से भाषा को फ़ंक्शन कहा जाएगा, evi_ntest उस पैकेज का नाम है जो फ़ंक्शन को कॉल करेगा, MainActivity उस गतिविधि का नाम है जिससे इसे बुलाया जाएगा। फ़ंक्शन, stringFromJNI - फ़ंक्शन नाम।
जावा कोड में, इस फ़ंक्शन का वर्णन बहुत सरल दिखता है:

  public native String stringFromJNI();

.Mk फ़ाइलों में प्रयुक्त कोड फ़ाइलों को निर्दिष्ट करना न भूलें। आरंभ करने के लिए, आप NDK उदाहरणों से .mk फ़ाइलों का उपयोग कर सकते हैं, फ़ाइल नामों को संशोधित कर सकते हैं, लेकिन भविष्य में मैं इसकी संरचना का अध्ययन करने की सलाह देता हूं।

Libs निर्देशिका में विभिन्न प्रोसेसर आर्किटेक्चर के लिए तैयार बाइनरी लाइब्रेरी शामिल हैं (armeabi डिफ़ॉल्ट है)। डायनामिक लाइब्रेरी एक .so एक्सटेंशन वाली फाइल होती है, एक स्टैटिक लाइब्रेरी एक .a एक्सटेंशन वाली फाइल होती है। इन पुस्तकालयों को प्राप्त करने के लिए, एंड्रॉइड एनडीके का उपयोग करके स्रोत कोड का संकलन आवश्यक है। यूनिक्स सिस्टम पर (मेरे मामले में, मैक ओएसएक्स), इसके लिए, आपको टर्मिनल में निम्नलिखित लाइनें दर्ज करने की आवश्यकता है:

 cd <__> <__ndk>/ndk-build

उसी समय, NDK स्वचालित रूप से jni फ़ोल्डर से स्रोत कोड संकलित करता है और परिणामी पुस्तकालयों को libs / armeabi में देता है (आप x86, mips, arm v7-neon प्रोसेसर के लिए संकलन को निर्दिष्ट कर सकते हैं कमांड कमांड पैरामीटर का उपयोग करके)।
विंडोज का उपयोग करते समय, आपको अतिरिक्त उपयोगिताओं का उपयोग करने की आवश्यकता होगी, संभवतः एमएस विज़ुअल स्टूडियो के लिए प्लग-इन।
किसी भी मामले में, यह कोई फर्क नहीं पड़ता कि किस तरह से तैयार किए गए पुस्तकालय प्राप्त किए जाते हैं, यह तथ्य महत्वपूर्ण है कि यदि परियोजना के फ़ोल्डर में काम करने वाली उपनिर्देशिका है, तो ग्रहण स्वचालित रूप से विधानसभा के दौरान एपीके फ़ाइल में अपनी सामग्री शामिल करता है।

चूंकि यह लेख केवल NDK के साथ काम करने की मूल बातें के लिए समर्पित है, इसलिए मैं Android के लिए देशी भाषाओं में प्रोग्रामिंग के लिए इस परिचय को समाप्त करूंगा। मूल विकास के सिद्धांतों के साथ एक अधिक विस्तृत परिचित के लिए, मैं सुझाव देता हूं कि आप <path_k_ndk> / नमूने / निर्देशिका से उदाहरणों का अध्ययन करें, साथ ही साथ रूसी में लेख भी पढ़ें। एंड्रॉइड NDK के बारे में रूसी में एक अच्छे लेख का एक उदाहरण, मैं आपको ध्यान देने की सलाह देता हूं (मेरे द्वारा नहीं लिखा गया है):

idev.by/android/21115

मैं लेख के मुख्य भाग की ओर मुड़ता हूं - मूल कोड के साथ काम करने के लिए एंड्रॉइड स्टूडियो आईडीई की स्थापना।

एंड्रॉइड स्टूडियो, डिफ़ॉल्ट रूप से, gradle का उपयोग करके APK बनाता है। इस कलेक्टर में पर्याप्त अनुकूलन क्षमताएं हैं, लेकिन मानक सेटिंग्स के साथ, टिंचल में एपीके फ़ाइल में देशी लाइब्रेरी शामिल नहीं हैं।

एंड्रॉइड स्टूडियो में एक आंशिक परियोजना संरचना पर विचार करें:

अंजीर। 2 एंड्रॉयड स्टूडियो परियोजना के स्रोत कोड के लिए पथ।

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

हालांकि, असेंबली में जावा पुस्तकालयों (* .jar फ़ाइलों) को शामिल करने के लिए कॉन्फ़िगर करना आसान है। यह ध्यान देने योग्य है कि जार फाइलें किसी भी संसाधन युक्त ज़िप अभिलेखागार हैं, साथ ही ऑब्जेक्ट कोड भी हैं। इस प्रकार, द्विआधारी पुस्तकालयों * .so और * को शामिल करने के लिए उन्हें जार-फ़ाइल में पैक करने के लिए पर्याप्त है।
यह निम्नानुसार किया जाता है:

हमारे बाइनरी लाइब्रेरीज़ वाले लिबास फ़ोल्डर का नाम बदलें
किसी भी ज़िप अभिलेखागार के साथ इस फ़ोल्डर को संपीड़ित करें
परिणामी फ़ाइल का एक्सटेंशन .jar में बदलें

परिणामी लाइब्रेरी प्रोजेक्ट के बिल्ड स्टेज पर कनेक्ट की जा सकती है, जबकि परिणामस्वरूप एपीके-फाइल में बाइनरी लाइब्रेरी शामिल होगी, और एप्लिकेशन देशी कोड में लिखी गई प्रक्रियाओं को कॉल करेगा।
इस मुद्दे पर विभिन्न अंग्रेजी-भाषा मंचों में एक से अधिक बार चर्चा की गई है, उदाहरण के लिए, स्टैक ओवरफ्लो:
stackoverflow.com/questions/16667903/android-studio-gradle-and-ndk
हालाँकि, यह जानकारी काफी संक्षिप्त, खंडित है, और इसके लिए पाठक को ग्रेडल सिंटैक्स का कुछ ज्ञान होना आवश्यक है। मेरे लेख का उद्देश्य पाठकों को एक विस्तृत रूसी-भाषा स्पष्टीकरण प्रदान करना है, जो उन लोगों के लिए भी सुलभ है जिन्होंने अभी-अभी एंड्रॉइड स्टूडियो और ग्रेडल के साथ काम करना शुरू किया है।

चलो पुस्तकालयों को पैकेज करने के 2 तरीके देखें: मैनुअल और स्वचालित।

मैनुअल पैकिंग विधि:

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

मेरे मामले में, "<path_to_project> / / <project_name> प्रोजेक्ट / <project_name> /" पर स्थित build.gradle खोलें:

चित्र। build.gradle कॉन्फ़िगर करने योग्य फ़ाइल का 3 स्थान।

यह फ़ाइल शुरू में कुछ इस तरह दिखती है:

 buildscript { repositories { mavenCentral() } dependencies { classpath 'com.android.tools.build:gradle:0.5.+' } } apply plugin: 'android' repositories { mavenCentral() } android { compileSdkVersion 17 buildToolsVersion "17.0.0" defaultConfig { minSdkVersion 9 targetSdkVersion 9 } } dependencies { compile 'com.android.support:support-v4:18.0.0' }

बहुत नीचे एक निर्भरता खंड है। वहां आपको निम्नलिखित पंक्ति जोड़नी चाहिए:

संकलन फ़ाइलट्री (dir: 'src / main /', शामिल हैं: '* .jar')

इस आदेश पर विचार करें: संकलन के दौरान ग्रेड एक फाइल ट्री (दिए गए मास्क के अनुरूप फाइलों और फ़ोल्डरों की संरचना) को 'src / main /' पते पर स्थित करने के लिए मजबूर किया जाएगा (यानी निर्देशिका में जहां स्रोत कोड स्थित हैं, साथ ही साथ बनाया गया एक भी शामिल है। हमारे पास एक जार फ़ाइल है), जबकि पैरामीटर '* .jar' का उपयोग मास्क के रूप में किया गया था, अर्थात। इस एक्सटेंशन वाली सभी फाइलें शामिल की जाएंगी। कृपया ध्यान दें कि इस मामले में, बिल्ड को बिल्ड.ग्रेड फ़ाइल के स्थान के सापेक्ष माना जाता है।
इस आदेश के परिणामस्वरूप, ग्रेड जार फ़ाइल को अनज़िप करेगा और एपीके फ़ाइल में बाइनरी लाइब्रेरी शामिल करेगा।

संशोधित build.gradle फ़ाइल देखें ताकि आप निर्भरता और builddscript.d dependencies को मिश्रित न करें।

 buildscript { repositories { mavenCentral() } dependencies { classpath 'com.android.tools.build:gradle:0.5.+' } } apply plugin: 'android' repositories { mavenCentral() } android { compileSdkVersion 17 buildToolsVersion "17.0.0" defaultConfig { minSdkVersion 9 targetSdkVersion 9 } } dependencies { compile 'com.android.support:support-v4:18.0.0' compile fileTree(dir: 'src/main/', include: '*.jar') }

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

स्वचालित तरीका है

ग्रेडेल पैकेज कलेक्टर आपको ज़िप सहित विभिन्न प्रकार के अभिलेखागार बनाने की क्षमता (कार्य) बनाने की अनुमति देता है। हम इसका उपयोग करेंगे और निम्न पंक्तियों को build.gradle में जोड़ेंगे (इस फ़ाइल का स्थान ऊपर चर्चा की गई है):

 task nativeLibsToJar(type: Zip, description: 'create a jar archive of the native libs') { destinationDir file("$buildDir/native-libs") baseName 'native-libs' extension 'jar' from fileTree(dir: 'src/main/libs', include: '**/*.so') into 'lib/' } tasks.withType(Compile) { compileTask -> compileTask.dependsOn(nativeLibsToJar) }

यह कोड स्निपेट मौजूदा खंडों के अलावा, फ़ाइल के किसी भी भाग में जोड़ा जा सकता है, उदाहरण के लिए, फ़ाइल के अंत तक। मैंने उन्हें निर्भरता अनुभाग के सामने रखा।
इस कोड में एक कार्य शामिल है जो पते पर स्थित बिल्ड फ़ोल्डर में बनाता है "<project_path> / <project_name> Project / <project_name> /" उपनिर्देशिका मूल-लिबास, इस उप-फ़ोल्डर में देशी-libs.jar फ़ाइल बनाई जाती है, फ़ाइल संरचना मेल खाती है बाइनरी लाइब्रेरी युक्त। जावा लाइब्रेरी संरचना। यदि आप एक स्थिर लाइब्रेरी का उपयोग करने की योजना बनाते हैं, तो लाइन के बजाय:

फ़ाइलट्री से (dir: 'src / main / libs', शामिल हैं: '** / *। so')

आपको उपयोग करना चाहिए:

फ़ाइलट्री से (dir: 'src / main / libs', शामिल हैं: '** / * *।'))

अगला, निर्भरता अनुभाग में लाइन जोड़ें:

संकलित fileTree (dir: "$ buildDir / native-libs", में शामिल हैं: 'देशी-लिबासजर')

बिल्ड के दौरान, इस कमांड में एपीके फ़ाइल में सॉफ्टवेयर द्वारा बनाई गई देशी-लिबासजर लाइब्रेरी की सामग्री शामिल होगी।

उदाहरण build.gradle इस कोड के साथ:

 buildscript { repositories { mavenCentral() } dependencies { classpath 'com.android.tools.build:gradle:0.5.+' } } apply plugin: 'android' repositories { mavenCentral() } android { compileSdkVersion 17 buildToolsVersion "17.0.0" defaultConfig { minSdkVersion 9 targetSdkVersion 9 } } task nativeLibsToJar(type: Zip, description: 'create a jar archive of the native libs') { destinationDir file("$buildDir/native-libs") baseName 'native-libs' extension 'jar' from fileTree(dir: 'src/main/libs', include: '**/*.so') into 'lib/' } tasks.withType(Compile) { compileTask -> compileTask.dependsOn(nativeLibsToJar) } dependencies { compile 'com.android.support:support-v4:18.0.0' compile fileTree(dir: "$buildDir/native-libs", include: 'native-libs.jar') }

कृपया ध्यान दें कि मेरे पास "<project_path> / <project_name> Project / <project_name> / src / main" पर स्थित jni, lib निर्देशिकाएं हैं। यदि आपकी परियोजना में ये फ़ोल्डर दूसरी जगह स्थित हैं, तो आपको इसे सभी टीमों के लिए पथों के निर्माण में ध्यान में रखना चाहिए।

यदि सब कुछ सही ढंग से किया जाता है, तो प्रोजेक्ट बिल्ड के दौरान एंड्रॉइड स्टूडियो स्वचालित रूप से बिल्ड डायरेक्टरी में सही लाइब्रेरी बनाएगा और इसे तैयार कार्यक्रम में शामिल करेगा। इस प्रकार, मूल कोड के प्रत्येक पुनर्संयोजन के बाद, कोई अतिरिक्त कार्रवाई और सेटिंग्स करने की आवश्यकता नहीं है, ग्रेडेल सब कुछ खुद करेंगे।

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

संक्षिप्त सारांश

"<Path_to_project> / / <project_name> Project / <project_name> / src / main" फ़ोल्डर खोलें और वहाँ एक jni सबफ़ोल्डर बनाएँ।
फ़ाइल खोलें "<path_to_project> / / <project_name> प्रोजेक्ट / <project_name> /build.gradle", निर्भरता अनुभाग को संशोधित करें, और फिर वहां कोड जोड़ें:
```
 dependencies { compile 'com.android.support:support-v4:18.0.0' compile fileTree(dir: "$buildDir/native-libs", include: 'native-libs.jar') } task nativeLibsToJar(type: Zip, description: 'create a jar archive of the native libs') { destinationDir file("$buildDir/native-libs") baseName 'native-libs' extension 'jar' from fileTree(dir: 'src/main/libs', include: '**/*.so') into 'lib/' } tasks.withType(Compile) { compileTask -> compileTask.dependsOn(nativeLibsToJar) } 
```
स्थैतिक * .a लाइब्रेरीज़ (यदि कोई हो) को भी शामिल करने के लिए, लाइन को बदलें

फ़ाइलट्री से (dir: 'src / main / libs', शामिल हैं: '** / *। so')

पर

फ़ाइलट्री से (dir: 'src / main / libs', शामिल हैं: '** / * *।'))
Jni subfolder में हम फाइल्स * .mk, * .h, * .c डालते हैं, हम नेटिव कोड लिखते हैं।
टर्मिनल में "<path_to_project> / / <project_name> Project / <project_name> / src / main" फ़ोल्डर खोलें।
टर्मिनल में, कमांड दर्ज करें <path_to_ndk> / ndk-build
हम प्रोजेक्ट शुरू करते हैं।

महत्वपूर्ण!
यह मैनुअल यूनिक्स ऑपरेटिंग सिस्टम (मेरे मामले में, MacOSX) के लिए है। एमएस विंडोज ऑपरेटिंग सिस्टम के लिए, अंक 4 और 5 प्रासंगिक नहीं हैं, क्योंकि देशी पुस्तकालयों को संकलित करने के लिए अतिरिक्त उपयोगिताओं की आवश्यकता होती है। इसके अलावा, सबसे अधिक संभावना है, लाइब्रेरी स्टोरेज पथों को अधिक सुविधाजनक लोगों में बदलने और निर्माण स्क्रिप्ट में इसे ध्यान में रखना उचित होगा।

इस पर मैंने लेख पूरा किया और अपनी छुट्टी ले ली। मुझे उम्मीद है कि कोई इस लेख को बचाएगा।

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

एंड्रॉइड स्टूडियो में NDK का उपयोग करना

संक्षिप्त सारांश

More articles: