इस गाइड में, वर्शन 5.0 पर माइग्रेट करने के लिए ज़रूरी बदलावों के बारे में बताया गया है.
Gradle और Android Gradle प्लग इन से जुड़े अपडेट
Gradle और Android Gradle प्लग इन के वर्शन अपग्रेड करना
सबसे पहले, अपने Gradle और Android Gradle प्लग इन का वर्शन अपग्रेड करें. यह अपग्रेड यह सुविधा, SDK टूल की कुछ डिपेंडेंसी के साथ बेहतर तरीके से काम करती है (Kotlin 1.9 सहित) और कुछ अहम गड़बड़ियां ठीक की गई हैं.
SDK टूल के इस मेजर वर्शन के साथ, आपके Android ऐप्लिकेशन प्रोजेक्ट के लिए, इन वर्शन की डिपेंडेंसी ज़रूरी हैं:
- Gradle वर्शन कम से कम v7.5.0 होना चाहिए, लेकिन यह v7.6.0 के बाद का नहीं होना चाहिए.
- एक Android Gradle प्लग इन (AGP) वर्शन, v7.4.x की रेंज में आता है.
प्लग इन के किसी नए वर्शन को टारगेट किया जा सकता है. हालांकि, ऐसा करने पर आपको इस्तेमाल बंद होने की चेतावनियां मिल सकती हैं या हो सकता है कि कुछ नई सुविधाएं काम न करें.
Gradle वर्शन में बदलाव करने के लिए, अपने प्रोजेक्ट की
/gradle/wrapper/gradle-wrapper.properties
फ़ाइल में मौजूद लाइन में बदलाव करें
distributionUrl=https\://services.gradle.org/distributions/gradle-7.5.1-all.zip
'Android Gradle प्लग इन' वर्शन में बदलाव करने के लिए, उस build.gradle
फ़ाइल में बदलाव करें जो
buildscript
ब्लॉक शामिल है. उदाहरण के लिए:
buildscript {
repositories {
google()
mavenCentral()
jcenter()
}
dependencies {
classpath 'com.android.tools.build:gradle:7.4.1'
}
}
Java 7 से Java 8 लाइब्रेरी वर्शन को माइग्रेट करने की सुविधा
पहला चरण - Java 8 लाइब्रेरी के साथ काम करने की सुविधा चालू करना
SDK टूल का कम से कम एपीआई लेवल 23 है और AGP टूल का ज़रूरी वर्शन 7.4 या उसके बाद का है. इसलिए, कॉन्फ़िगरेशन, सोर्स दस्तावेज़ में बताए गए कॉन्फ़िगरेशन से थोड़ा अलग है.
buildscript {
repositories {
google()
mavenCentral()
jcenter()
maven {
url = uri("https://storage.googleapis.com/r8-releases/raw")
}
}
dependencies {
classpath 'com.android.tools:r8:8.0.46'
classpath 'com.android.tools.build:gradle:7.4.1'
}
}
android {
compileOptions {
// Flag to enable support for the new language APIs
coreLibraryDesugaringEnabled true
// Sets Java compatibility to Java 8
sourceCompatibility JavaVersion.VERSION_1_8
targetCompatibility JavaVersion.VERSION_1_8
}
}
dependencies {
coreLibraryDesugaring 'com.android.tools:desugar_jdk_libs_nio:2.0.3'
}
दूसरा चरण - ProGuard या DexGuard से R8 में माइग्रेट करना
AGP v7.4+ में R8 को डिफ़ॉल्ट रूप से छोटा करने, अस्पष्ट बनाने, और ऑप्टिमाइज़ करने वाले टूल के तौर पर इस्तेमाल किया जाता है बाइनरी के लिए है, इसलिए इस समय किसी विशेष कार्रवाई की ज़रूरत नहीं है.
अगर प्रोजेक्ट को AGP 4.0 या इसके बाद के वर्शन से माइग्रेट किया गया है, तो AGP फ़ाइल हटाने के बारे में ये चेतावनियां जारी कर सकता है:
build.gradle
फ़ाइल मेंuseProguard true
का इस्तेमालgradle.properties
फ़ाइल मेंandroid.enableR8=false
का इस्तेमाल
इन लाइनों को हटाने से आम तौर पर ये समस्याएं हल हो जाती हैं.
Kotlin 1.6 से 1.9 माइग्रेशन
पहला चरण - Kotlin Gradle प्लग इन 1.9.0 पर माइग्रेट करना
अपने ऐप्लिकेशन के टॉप लेवल मॉड्यूल में, Kotlin Gradle प्लग इन वर्शन को अपडेट करें
create.gradle फ़ाइल में. org.jetbrains.kotlin:kotlin-gradle-plugin
जोड़ना न भूलें
बिल्डस्क्रिप्ट ब्लॉक पर निर्भर करता है. अगर यह मौजूद नहीं है, तो
buildscript {
dependencies {
classpath "org.jetbrains.kotlin:kotlin-gradle-plugin:1.9.0"
}
}
आने वाले समय में, आपको अपने ऐप्लिकेशन को Kotlin-सिंथेटिक से माइग्रेट करना होगा Kotlin Gradle प्लगिन 1.6.X या 1.7.X से. आधिकारिक माइग्रेशन देखें गाइड देखें ज़्यादा जानकारी देखें.
दूसरा चरण - kotlin-stdlib को 1.9.0 पर अपग्रेड करना
अपनी ऐप्लिकेशन Build.gradle फ़ाइल में, kotlin-stblib
को 1.9.0 पर अपग्रेड करें.
dependencies {
implementation "org.jetbrains.kotlin:kotlin-stdlib:1.9.0"
}
kotlin-stdlib-jdk7
के सभी रेफ़रंस हटाना न भूलें या
kotlin-stdlib-jdk8
. दोनों डिपेंडेंसी को Kotlin
1.8.0 से शुरू होने वाले kotlin-stdlib
में शामिल कर दिया गया है.
StatusListener की सुविधा बंद होना
StatusListener
इंटरफ़ेस अब काम नहीं करता. इसे DriverStatusListener
के पक्ष में, v6 में हटा दिया जाएगा.
मुख्य रूप से तीन बदलाव होते हैं:
implements
इंटरफ़ेस कोStatusListener
से बदलकरDriverStatusListener
करें.updateStatus
मेंNullable
cause
पैरामीटर जोड़ें.- इसके बजाय
DriverContextBuilder.setDriverStatusListener
को कॉल करें:setStatusListener
.
DriverStatusListener
और StatusListener
का स्ट्रक्चर एक जैसा है. इन दोनों के बीच मुख्य अंतर यह है कि DriverStatusListener.updateStatus()
में cause
नाम का एक अतिरिक्त पैरामीटर होता है. इससे उपयोगकर्ताओं को गड़बड़ी की स्थिति के लेवल के साथ, अपडेट की वजह के बारे में अहम जानकारी मिलती है.
आम तौर पर, जगह की जानकारी के अपडेट न होने पर, Fleet Engine से मिला गड़बड़ी का कोड पाने के लिए, cause
का इस्तेमाल किया जाता है.
यहां दिए गए सैंपल में, StatusListener
को लागू करने का तरीका बताया गया है:
class MyStatusListener implements StatusListener {
/** Called when background status is updated during actions such as location reporting. */
@Override
public void updateStatus(
StatusLevel statusLevel, StatusCode statusCode, String statusMsg) {
// Implementation
}
}
// Inject StatusListener into DriverContext.
DriverContextBuilder.setStatusListener(new MyStatusListener());
यहां DriverStatusListener
को लागू करने का सैंपल दिया गया है:
class MyStatusListener implements DriverStatusListener {
/** Called when background status is updated during actions such as location reporting. */
@Override
public void updateStatus(
StatusLevel statusLevel, StatusCode statusCode, String statusMsg, @Nullable Throwable cause) {
// Existing implementation
if (cause != null && cause instanceof StatusRuntimeException) {
if (Status.NOT_FOUND.getCode().equals(cause.getStatus().getCode())) {
// NOT_FOUND gRPC exception thrown by Fleet Engine.
}
}
}
}
DriverContextBuilder.setStatusListener(new MyStatusListener());
DriverStatusListener
को फ़ंक्शनल इंटरफ़ेस के तौर पर लागू करें
DriverStatusListener
, अपने पहले वर्शन की तरह ही Java फ़ंक्शनल इंटरफ़ेस के साथ काम करता है. यहां इसका एक उदाहरण दिया गया है:
DriverContextBuilder.setDriverStatusListener((statusLevel, statusCode, statusMsg, cause) -> {
if (cause != null && cause instanceof StatusRuntimeException) {
if (Status.NOT_FOUND.getCode().equals(cause.getStatus().getCode())) {
// NOT_FOUND gRPC exception thrown by Fleet Engine.
}
}
});