Android Studio 3.1 (मार्च 2018)
Android Studio 3.1.0 एक मुख्य रिलीज़ है. इसमें कई नई सुविधाएं और सुधार शामिल हैं.
3.1.4 (अगस्त 2018)
Android Studio 3.1 के इस अपडेट में ये बदलाव और सुधार शामिल हैं:
- बंडल किए गए Kotlin का वर्शन अब 1.2.50 है.
-
नए प्रोजेक्ट
kotlin-stdlib-jre*
आर्टफ़ैक्ट के बजाय,kotlin-stdlib-jdk* artifacts
की मदद से बनाए जाते हैं, जो अब काम नहीं करते. - ProGuard के नियमों को R8 की मदद से पार्स करने की सुविधा को बेहतर बनाया गया है.
- ये गड़बड़ियां ठीक कर दी गई हैं:
-
Kotlin की Main क्लास को चलाने की कोशिश करने पर, गड़बड़ी का यह मैसेज मिला:
"Error: Could not find or load main class..."
- कुछ ऑप्टिमाइज़ेशन करते हुए, R8 ने एक अनंत लूप डाला.
- रन विंडो में पूरे न हुए टेस्ट फिर से चलाएं कमांड का इस्तेमाल करने पर, कभी-कभी गलत तरीके से "कोई टेस्ट नहीं मिला" मैसेज दिखता था.
-
D8 ने
invoke-virtual
इंस्टेंस को सही तरीके से हैंडल नहीं किया. इसकी वजह से,VerifyError
के साथ क्रैश हुआ:invoke-super/virtual can't be used on private method
-
डेटा बाइंडिंग कंपाइलर,
com.android.tools:annotations
के पुराने वर्शन पर निर्भर था. कंपाइलर अब, उपलब्ध होने पर, बुनियादी प्रोजेक्ट के टूल एनोटेशन का इस्तेमाल करता है. - प्रोफ़ाइलर का इस्तेमाल करते समय फ़्रैगमेंट ट्रांज़िशन के दौरान, Android Studio क्रैश हो गया.
- टेक्स्ट बॉक्स वाले लेआउट की डीबगिंग करते समय, डीबगर क्रैश हो गया.
- D8, खास वर्णों वाली कुछ ZIP फ़ाइलों को पढ़ने में कामयाब नहीं हुआ.
3.1.3 (जून 2018)
Android Studio 3.1 के इस अपडेट में, इन गड़बड़ियों को ठीक किया गया है:
- मेमोरी लीक की वजह से, Layout Editor का इस्तेमाल करने के बाद Android Studio धीमा हो गया और काम नहीं कर रहा था. इस अपडेट में इनमें से ज़्यादातर समस्याओं को ठीक किया गया है. हम जल्द ही एक और अपडेट रिलीज़ करेंगे, ताकि अन्य मेमोरी लीक की समस्या को ठीक किया जा सके.
- D8 के साथ बनाए गए कुछ ऐप्लिकेशन, Verizon Ellipsis टैबलेट पर क्रैश हो गए.
-
D8 की मदद से बनाए गए ऐप्लिकेशन, Android 5.0 या
5.1 (एपीआई लेवल 21 या 22) पर काम नहीं कर रहे हैं. इसकी वजह से, डिवाइसों पर ऐप्लिकेशन इंस्टॉल नहीं हो पा रहे हैं और
INSTALL_FAILED_DEXOPT
गड़बड़ी का मैसेज दिख रहा है. - OkHttp लाइब्रेरी का इस्तेमाल करने वाले और D8 के साथ बनाए गए कुछ ऐप्लिकेशन, Android 4.4 (एपीआई लेवल 19) पर क्रैश हो गए.
-
कभी-कभी Android Studio शुरू नहीं होता. ऐसा तब होता है, जब
com.intellij.psi.jsp.JspElementType
के लिए क्लास शुरू करने के दौरान,ProcessCanceledException
दिखता है.
3.1.2 (अप्रैल 2018)
Android Studio 3.1 के इस अपडेट में, इन गड़बड़ियों को ठीक किया गया है:
- कुछ मामलों में, बाहर निकलने के दौरान Android Studio अनिश्चित समय तक रुक गया.
-
इंस्टैंट रन की सुविधा चालू होने पर, सोर्स सेट के साथ कॉन्फ़िगर किए गए बिल्ड, इस मैसेज के साथ पूरा नहीं हो पाए:
"The SourceSet name is not recognized by the Android Gradle Plugin."
- 'इंस्टैंट रन' के चालू होने पर, Run कमांड से ट्रिगर किए जाने पर, नए Kotlin प्रोजेक्ट बनाए नहीं जा सके.
-
build.gradle
फ़ाइल में बदलाव करते समय, कभी-कभी किसी वर्ण को टाइप करने और स्क्रीन पर उस वर्ण के दिखने में ज़्यादा समय लगता था. -
बड़ी संख्या में मॉड्यूल या बाहरी डिपेंडेंसी वाले कुछ प्रोजेक्ट को इंडेक्स करते समय, गड़बड़ी की वजह से बिल्ड नहीं हो पाया. इस दौरान, गड़बड़ी का यह मैसेज दिखता है:
"RejectedExecutionException: Thread limit exceeded replacing blocked worker"
- D8 की मुख्य DEX सूची का हिसाब लगाते समय, कुछ रिफ़्लेक्टिव invocatioन को ध्यान में नहीं रखा जा रहा था.
इस अपडेट में ऐसे बदलाव भी शामिल हैं जिनकी मदद से, कुछ मामलों में Gradle से लिंट की जांच करने की प्रोसेस बहुत तेज़ हो जाती है.
3.1.1 (अप्रैल 2018)
Android Studio 3.1 के इस अपडेट में नीचे दी गई गड़बड़ियों को ठीक किया गया है:
-
कुछ मामलों में, जब Android Studio 3.0 में बनाए गए प्रोजेक्ट को पहली बार Android Studio 3.1 में खोला गया, तो Gradle के बारे में जानकारी रखने वाले Make टास्क को रन/डीबग कॉन्फ़िगरेशन में लॉन्च से पहले सेक्शन से हटा दिया गया. इस वजह से, रन या डीबग करें बटन पर क्लिक करने पर प्रोजेक्ट नहीं बनते थे. इसकी वजह से, इंस्टैंट रन का इस्तेमाल करते समय गलत APK डिप्लॉय होने और क्रैश होने जैसी गड़बड़ियां होती थीं.
इस समस्या को हल करने के लिए, Android Studio 3.1.1 उन प्रोजेक्ट के लिए, Gradle-aware Make टास्क को रन कॉन्फ़िगरेशन में जोड़ता है जिनमें यह एंट्री मौजूद नहीं है. यह बदलाव, Gradle के पहले सिंक के बाद तब होता है, जब प्रोजेक्ट लोड होता है.
- अगर बेहतर प्रोफ़ाइलिंग चालू थी, तो टेक्स्ट बॉक्स वाले लेआउट को डीबग करते समय डीबगर क्रैश हो गया.
- वैरिएंट बनाएं पर क्लिक करने के बाद, Android Studio फ़्रीज़ हो गया.
- AAR (Android संग्रह) फ़ाइलों को दो बार निकाला गया था. एक बार Gradle के सिंक होने की प्रोसेस के दौरान और एक बार Gradle के बिल्ड होने की प्रोसेस के दौरान.
- एसवीजी फ़ाइलों से इंपोर्ट किए गए कुछ वेक्टर ड्रॉबल में एलिमेंट मौजूद नहीं थे.
-
compile
डिपेंडेंसी कॉन्फ़िगरेशन के बंद होने के बारे में चेतावनी को अपडेट किया गया है. इसमेंimplementation
औरapi
कॉन्फ़िगरेशन के बारे में बेहतर दिशा-निर्देश दिए गए हैं.compile
कॉन्फ़िगरेशन का इस्तेमाल बंद करने के बारे में जानकारी पाने के लिए, नए डिपेंडेंसी कॉन्फ़िगरेशन के दस्तावेज़ देखें.
कोडिंग/आईडीई
IntelliJ 2017.3.3
Android Studio के मुख्य IDE को अपडेट किया गया है. इसमें IntelliJ IDEA के 2017.3.3 रिलीज़ के सुधार शामिल हैं. इन सुधारों में, कलेक्शन और स्ट्रिंग के लिए बेहतर कंट्रोल फ़्लो विश्लेषण, वैल्यू के शून्य होने की संभावना का बेहतर अनुमान, तुरंत ठीक करने की नई सुविधाएं वगैरह शामिल हैं.
ज़्यादा जानकारी के लिए, IntelliJ IDEA के वर्शन 2017.2 और 2017.3 के लिए, JetBrains के रिलीज़ नोट देखें. साथ ही, गड़बड़ी ठीक करने वाले अपडेट के लिए, JetBrains के रिलीज़ नोट भी देखें.
SQL में बदलाव करने की सुविधा में, रूम की मदद से किए गए सुधार
Room डेटाबेस लाइब्रेरी का इस्तेमाल करने पर, SQL एडिटिंग में किए गए कई सुधारों का फ़ायदा लिया जा सकता है:
Query
में कोड पूरा करने की सुविधा, SQL टेबल (इकाइयां), कॉलम, क्वेरी पैरामीटर, उपनाम, जॉइन, सबक्वेरी, और WITH क्लॉज़ को समझती है.- एसक्यूएल सिंटैक्स हाइलाइट करने की सुविधा अब काम करती है.
- SQL में टेबल के नाम पर दायां क्लिक करके, उसका नाम बदला जा सकता है. इससे, उससे जुड़ा Java या Kotlin कोड भी फिर से लिखा जाता है. उदाहरण के लिए, क्वेरी का रिटर्न टाइप. नाम बदलने की प्रक्रिया दूसरी दिशा में भी काम करती है. इसलिए, Java क्लास या फ़ील्ड का नाम बदलने से, उससे जुड़े एसक्यूएल कोड को फिर से लिखा जाता है.
- इस्तेमाल खोजें का इस्तेमाल करते समय, एसक्यूएल का इस्तेमाल दिखाया जाता है (राइट क्लिक करें और संदर्भ मेन्यू से इस्तेमाल ढूंढें चुनें).
- Java या Kotlin कोड में, SQL इकाई के एलान पर जाने के लिए, इकाई पर क्लिक करते समय Control (Mac पर Command) को दबाकर रखें.
Room के साथ SQL का इस्तेमाल करने के बारे में जानने के लिए, Room का इस्तेमाल करके, डेटा को किसी स्थानीय डेटाबेस में सेव करना लेख पढ़ें.
डेटा बाइंडिंग में अपडेट
इस अपडेट में, डेटा बाइंडिंग के लिए कई सुधार किए गए हैं:
-
अब डेटा बाइंडिंग एक्सप्रेशन में,
LiveData
ऑब्जेक्ट को ऑब्ज़र्व किए जा सकने वाले फ़ील्ड के तौर पर इस्तेमाल किया जा सकता है.ViewDataBinding
क्लास में अबsetLifecycle()
का एक नया तरीका शामिल किया गया है. इसका इस्तेमाल करके,LiveData
ऑब्जेक्ट की निगरानी की जा सकती है. -
अब
ObservableField
क्लास के कंस्ट्रक्टर में,Observable
ऑब्जेक्ट के साथ-साथ अन्य ऑब्जेक्ट भी इस्तेमाल किए जा सकते हैं. -
अपनी डेटा बाइंडिंग क्लास के लिए, नए इंक्रीमेंटल कंपाइलर की झलक देखी जा सकती है. इस नए कंपाइलर के बारे में जानकारी और इसे चालू करने के निर्देशों के लिए, डेटा बाइंडिंग कंपाइलर V2 देखें.
नए कंपाइलर के फ़ायदों में ये शामिल हैं:
-
ViewBinding
क्लास, Java कंपाइलर से पहले Gradle के लिए Android प्लगिन से जनरेट की जाती हैं. - ऐप्लिकेशन को कंपाइल करने पर, लाइब्रेरी में जनरेट की गई बाइंडिंग क्लासें बनी रहती हैं. इन्हें हर बार फिर से जनरेट नहीं किया जाता. इससे कई मॉड्यूल वाले प्रोजेक्ट की परफ़ॉर्मेंस काफ़ी बेहतर हो सकती है.
-
कंपाइलर और ग्रेडल
D8, डिफ़ॉल्ट DEX कंपाइलर है
अब D8 कंपाइलर का इस्तेमाल DEX बाइटकोड जनरेट करने के लिए, डिफ़ॉल्ट रूप से किया जाता है.
इस नए DEX कंपाइलर के कई फ़ायदे हैं. इनमें ये भी शामिल हैं:
- तेज़ी से डेक्स करना
- कम मेमोरी का इस्तेमाल
- बेहतर कोड जनरेशन (बेहतर रजिस्टर ऐलोकेशन, स्मार्ट स्ट्रिंग टेबल)
- कोड में आगे बढ़ते समय, डिबग करने का बेहतर अनुभव
इन फ़ायदों को पाने के लिए, आपको अपने कोड या अपने डेवलपमेंट वर्कफ़्लो में कोई बदलाव करने की ज़रूरत नहीं है. ऐसा तब तक होगा, जब तक कि आपने पहले D8 कंपाइलर को मैन्युअल तरीके से बंद नहीं किया था.
अगर आपने अपने gradle.properties
में android.enableD8
को false
पर सेट किया है, तो उस फ़्लैग को मिटाएं या उसे true
पर सेट करें:
android.enableD8=true
ज़्यादा जानकारी के लिए, नया DEX कंपाइलर देखें.
इंक्रीमेंटल डीसुगरिंग
Java 8 भाषा की सुविधाओं का इस्तेमाल करने वाले प्रोजेक्ट के लिए, डिसुगर करने की प्रोसेस को डिफ़ॉल्ट रूप से चालू किया जाता है. इससे प्रोजेक्ट को बनाने में लगने वाला समय कम हो सकता है.
डीसुगरिंग की प्रोसेस में, सिंटैक्टिक शुगर को ऐसे फ़ॉर्मैट में बदला जाता है जिसे कंपाइलर ज़्यादा आसानी से प्रोसेस कर सके.
अपने प्रोजेक्ट की gradle.properties
फ़ाइल में यह जानकारी देकर, इंंक्रीमेंटल डिसुगरिंग को बंद
किया जा सकता है:
android.enableIncrementalDesugaring=false
आसानी से इस्तेमाल की जा सकने वाली आउटपुट विंडो
Gradle Console को बिल्ड विंडो से बदल दिया गया है. इसमें सिंक करें और बिल्ड करें टैब होते हैं.
आसानी से इस्तेमाल की जा सकने वाली नई बिल्ड विंडो का इस्तेमाल करने के तरीके के बारे में जानकारी पाने के लिए, बिल्ड की प्रोसेस को मॉनिटर करना लेख पढ़ें.
एक साथ कई अपडेट और इंडेक्स करने की सुविधा
Gradle सिंक और IDE इंडेक्स करने की प्रोसेस अब ज़्यादा बेहतर हो गई हैं. इससे, इंडेक्स करने के ग़ैर-ज़रूरी कामों में लगने वाला समय बर्बाद होता है.
C++ और LLDB
हमने C++ डेवलपमेंट के कोडिंग, सिंक करने, बनाने, और डीबग करने के चरणों की क्वालिटी और परफ़ॉर्मेंस में कई सुधार किए हैं. इनमें ये सुधार शामिल हैं:
-
बड़े C++ प्रोजेक्ट पर काम करने पर, आपको सिंबल बनाने में लगने वाले समय को कम करने में काफ़ी सुधार देखने को मिलेगा. बड़े प्रोजेक्ट के सिंक होने में लगने वाला समय भी काफ़ी कम हो जाता है.
-
कैश मेमोरी में सेव किए गए नतीजों का ज़्यादा बेहतर तरीके से फिर से इस्तेमाल करने की सुविधा की मदद से, CMake के साथ बिल्ड करने और सिंक करने के दौरान परफ़ॉर्मेंस को बेहतर बनाया गया है.
-
ज़्यादा C++ डेटा स्ट्रक्चर के लिए फ़ॉर्मैटर ("प्रीटी प्रिंटर") जोड़ने से, LLDB आउटपुट को पढ़ना आसान हो जाता है.
-
LLDB अब सिर्फ़ Android 4.1 (एपीआई लेवल 16) और उसके बाद के वर्शन पर काम करता है.
ध्यान दें: Android Studio 3.0 या इसके बाद के वर्शन में, नेटिव डीबगिंग की सुविधा 32-बिट Windows पर काम नहीं करती. अगर 32-बिट Windows का इस्तेमाल किया जा रहा है और आपको नेटिव कोड को डीबग करना है, तो Android Studio 2.3 का इस्तेमाल करें.
Kotlin
Kotlin को 1.2.30 वर्शन पर अपग्रेड किया गया
Android Studio 3.1 में Kotlin का वर्शन 1.2.30 शामिल है.
अब कमांड-लाइन लिंट जांच की मदद से, Kotlin कोड का विश्लेषण किया जा सकता है
कमांड लाइन से लिंट चलाने से, अब आपकी Kotlin क्लास का विश्लेषण किया जाता है.
आपको जिस प्रोजेक्ट पर लिंट चलाना है उसके लिए,
शीर्ष-लेवल की build.gradle
फ़ाइल में Google की Maven रिपॉज़िटरी को शामिल करना ज़रूरी है. Maven का डेटा स्टोर करने की जगह, Android Studio 3.0 और उसके बाद के वर्शन में बनाए गए प्रोजेक्ट के लिए पहले से ही शामिल होती है.
परफ़ॉर्मेंस टूल
सीपीयू प्रोफ़ाइलर की मदद से, नेटिव C++ प्रोसेस का सैंपल लेना
सीपीयू प्रोफ़ाइलर में अब एक डिफ़ॉल्ट कॉन्फ़िगरेशन शामिल है. इससे, आपके ऐप्लिकेशन के नेटिव थ्रेड के सैंपल किए गए ट्रेस रिकॉर्ड किए जा सकते हैं. इस कॉन्फ़िगरेशन का इस्तेमाल करने के लिए, अपने ऐप्लिकेशन को Android 8.0 (एपीआई लेवल 26) या उसके बाद के वर्शन पर चलने वाले डिवाइस पर डिप्लॉय करें. इसके बाद, सीपीयू प्रोफ़ाइलर के रिकॉर्डिंग कॉन्फ़िगरेशन ड्रॉपडाउन मेन्यू से सैंपल किया गया (नेटिव) चुनें. इसके बाद, आम तौर पर किसी ट्रैक को रिकॉर्ड करें और उसकी जांच करें.
रिकॉर्डिंग कॉन्फ़िगरेशन बनाकर, डिफ़ॉल्ट सेटिंग बदली जा सकती हैं. जैसे, सैंपलिंग इंटरवल.
Java थ्रेड को ट्रैक करने के लिए, सैंपल किया गया (Java) या इंस्ट्रूमेंट किया गया (Java) कॉन्फ़िगरेशन चुनें.
सीपीयू ट्रेस, मेमोरी ऐलोकेशन के नतीजे, और हीप डंप फ़िल्टर करें
सीपीयू प्रोफ़ाइलर और मेमोरी प्रोफ़ाइलर में, खोज के नतीजे पाने की सुविधा शामिल है. इसकी मदद से, किसी मेथड ट्रेस को रिकॉर्ड करके, मेमोरी ऐलोकेशन या हीप डंप के नतीजों को फ़िल्टर किया जा सकता है.
खोजने के लिए, पैनल के सबसे ऊपर दाएं कोने में मौजूद, फ़िल्टर करें पर क्लिक करें. इसके बाद, अपनी क्वेरी लिखें और Enter दबाएं.
सलाह: Control + F (Mac पर Command + F) दबाकर भी खोज फ़ील्ड खोला जा सकता है.
सीपीयू प्रोफ़ाइलर के फ़्लेम चार्ट टैब में, कॉल स्टैक को हाइलाइट किया जाता है और चार्ट की बाईं ओर ले जाया जाता है. इन कॉल स्टैक में, आपकी खोज क्वेरी से जुड़े तरीके शामिल होते हैं.
तरीके, क्लास या पैकेज के नाम के हिसाब से फ़िल्टर करने के बारे में ज़्यादा जानकारी पाने के लिए, मेथड ट्रेस रिकॉर्ड करना और उनकी जांच करना लेख पढ़ें.
नेटवर्क प्रोफ़ाइलर में मौजूद 'अनुरोध' टैब
नेटवर्क प्रोफ़ाइलर में अब अनुरोध टैब शामिल है. इसमें, चुनी गई टाइमलाइन के दौरान नेटवर्क अनुरोधों के बारे में जानकारी मिलती है. पिछले वर्शन में, नेटवर्क प्रोफ़ाइलर सिर्फ़ नेटवर्क रिस्पॉन्स के बारे में जानकारी देता था.
नेटवर्क प्रोफ़ाइलर में थ्रेड व्यू
नेटवर्क प्रोफ़ाइलर में टाइमलाइन का कोई हिस्सा चुनने के बाद, उस समयावधि के दौरान नेटवर्क गतिविधि के बारे में ज़्यादा जानकारी देखने के लिए, इनमें से कोई एक टैब चुनें:
- कनेक्शन व्यू: यह Android Studio के पिछले वर्शन जैसी ही जानकारी देता है. इसमें, आपके ऐप्लिकेशन के सभी सीपीयू थ्रेड में, टाइमलाइन के चुने गए हिस्से के दौरान भेजी गई या पाने वाली फ़ाइलों की सूची होती है. हर अनुरोध के लिए, साइज़, टाइप, स्टेटस, और ट्रांसमिशन की अवधि की जांच की जा सकती है.
- थ्रेड व्यू: आपके ऐप्लिकेशन के हर एक सीपीयू थ्रेड की नेटवर्क गतिविधि दिखाता है. इस व्यू की मदद से, यह जांच की जा सकती है कि आपके ऐप्लिकेशन के कौनसे थ्रेड, हर नेटवर्क अनुरोध के लिए ज़िम्मेदार हैं.
लेआउट इंस्पेक्टर
लेआउट इंस्पेक्टर में नई सुविधाएं जोड़ी गई हैं. इनमें, पहले इस्तेमाल किए जा रहे हैरारकी व्यूअर और पिक्सल परफ़ेक्ट टूल की कुछ सुविधाएं भी शामिल हैं:
- लेआउट पर जाने और उनकी जांच करने के लिए, ज़ूम बटन और कीबोर्ड शॉर्टकट
- रेफ़रंस ग्रिड ओवरले
- रेफ़रंस इमेज लोड करने और उसे ओवरले के तौर पर इस्तेमाल करने की सुविधा (यह सुविधा, अपने लेआउट की तुलना यूज़र इंटरफ़ेस (यूआई) के मॉकअप से करने के लिए काम की है)
- कॉम्प्लेक्स लेआउट में किसी व्यू को अलग करने के लिए, सबट्री की झलक रेंडर करें
लेआउट एडिटर
लेआउट एडिटर में मौजूद पैलेट में कई सुधार किए गए हैं:
- व्यू और लेआउट के लिए कैटगरी को फिर से व्यवस्थित करना.
- व्यू और लेआउट के लिए, नई सामान्य कैटगरी, जिसे Favorite निर्देश में जोड़ा जा सकता है.
- व्यू और लेआउट खोजने की सुविधा को बेहतर बनाया गया है.
- किसी खास व्यू या लेआउट एलिमेंट के लिए, दस्तावेज़ खोलने के लिए नए निर्देश.
किसी व्यू या लेआउट को किसी दूसरे टाइप के व्यू या लेआउट में बदलने के लिए, कॉम्पोनेंट ट्री या डिज़ाइन एडिटर में, नए व्यू बदलें कमांड का इस्तेमाल किया जा सकता है.
अब चुने गए व्यू के आस-पास मौजूद आइटम के लिए, आसानी से पाबंदियां बनाई जा सकती हैं. इसके लिए, एट्रिब्यूट विंडो में सबसे ऊपर मौजूद, व्यू इंस्पेक्टर में, नया कनेक्शन बनाएं बटन का इस्तेमाल करें.
ऐप्लिकेशन चलाना और इंस्टैंट रन
डिप्लॉयमेंट टारगेट चुनें डायलॉग में, आने वाले समय में लॉन्च के लिए वही विकल्प इस्तेमाल करें विकल्प के व्यवहार को ज़्यादा बेहतर बनाया गया है. अगर एक ही विकल्प का इस्तेमाल करें विकल्प चालू है, तो डिप्लॉयमेंट टारगेट चुनें डायलॉग सिर्फ़ पहली बार तब खुलता है, जब चालू करें कमांड का इस्तेमाल किया जाता है. यह तब तक खुला रहता है, जब तक चुना गया डिवाइस कनेक्ट रहता है.
Android 8.0 (एपीआई लेवल 26) या इसके बाद के वर्शन पर चलने वाले डिवाइस को टारगेट करने पर, इंस्टैंट रन, ऐप्लिकेशन को फिर से शुरू किए बिना, संसाधनों में बदलावों को डिप्लॉय कर सकता है. ऐसा इसलिए मुमकिन होता है, क्योंकि संसाधन, स्प्लिट APK में मौजूद होते हैं.
एम्युलेटर
Android Studio 3.0 के बाद, एमुलेटर में जो बदलाव हुए हैं और जो नए फ़ीचर जोड़े गए हैं उनके बारे में जानने के लिए, 27.0.2 से लेकर 27.1.12 तक के Android एमुलेटर के रिलीज़ नोट देखें.
मुख्य सुधारों में ये शामिल हैं:
- क्विक बूट स्नैपशॉट, ताकि एमुलेटर की स्थिति को सेव किया जा सके और उसे तेज़ी से शुरू किया जा सके. साथ ही, अभी सेव करें कमांड का इस्तेमाल करके, अपनी पसंद के मुताबिक शुरू करने की स्थिति सेव की जा सके.
- विंडो के बिना एम्युलेटर की स्क्रीन.
- Android 8.0 (एपीआई लेवल 26), Android 8.1 (एपीआई लेवल 27), और Android P के डेवलपर प्रीव्यू के लिए सिस्टम इमेज.
यूज़र इंटरफ़ेस और उपयोगकर्ता अनुभव में सुधार
ज़्यादा टूलटिप, कीबोर्ड शॉर्टकट, और मददगार मैसेज
हमने Android Studio में कई जगहों पर टूलटिप और मददगार मैसेज ओवरले जोड़े हैं.
कई निर्देशों के कीबोर्ड शॉर्टकट देखने के लिए, बस माउस पॉइंटर को बटन पर तब तक दबाकर रखें, जब तक टूलटिप न दिखे.
टूल > Android मेन्यू हटाया गया
टूल > Android मेन्यू को हटा दिया गया है. इस मेन्यू में पहले से मौजूद निर्देशों को दूसरी जगह ले जाया गया है.
- कई निर्देश सीधे टूल मेन्यू में ले जाए गए हैं.
- Gradle फ़ाइलों के साथ प्रोजेक्ट सिंक करें कमांड को फ़ाइल मेन्यू में ले जाया गया है.
- जैसा कि नीचे बताया गया है, Device Monitor निर्देश को हटा दिया गया है.
डिवाइस मॉनिटर, कमांड लाइन से उपलब्ध है
Android Studio 3.1 में, डिवाइस मॉनिटर की भूमिका पहले के मुकाबले कम हो गई है. कई मामलों में, डिवाइस मॉनिटर की मदद से मिलने वाली सुविधाएं, अब नए और बेहतर टूल से मिलती हैं.
कमांड लाइन से Device Monitor को शुरू करने के निर्देश और Device Monitor के ज़रिए उपलब्ध टूल की जानकारी के लिए, Device Monitor के दस्तावेज़ देखें.