इस गाइड में, नेटिव (C या C++) कोड का इस्तेमाल करके, अपने ऐप्लिकेशन में इन-ऐप्लिकेशन समीक्षाओं को इंटिग्रेट करने का तरीका बताया गया है. अगर Kotlin या Java या Unity का इस्तेमाल किया जा रहा है, तो इंटिग्रेशन के लिए अलग-अलग गाइड उपलब्ध हैं.
नेटिव SDK टूल के बारे में खास जानकारी
Play Core नेटिव SDK टूल, Google Play Core लाइब्रेरी के परिवार का हिस्सा है. Play Core नेटिव SDK टूल में एक C हेडर फ़ाइल, review.h शामिल होती है. यह Java Play In-App Review लाइब्रेरी से ReviewManager को रैप करती है. इस हेडर फ़ाइल की मदद से, आपका ऐप्लिकेशन सीधे तौर पर नेटिव कोड से एपीआई को कॉल कर सकता है. उपलब्ध सार्वजनिक फ़ंक्शन के बारे में खास जानकारी पाने के लिए, Play की समीक्षा के लिए नेटिव मॉड्यूल का दस्तावेज़ देखें.
ReviewManager_requestReviewFlow
एक अनुरोध शुरू करता है, जो बाद में ऐप्लिकेशन में समीक्षा का फ़्लो शुरू करने के लिए ज़रूरी जानकारी इकट्ठा करता है. ReviewManager_getReviewStatus का इस्तेमाल करके, अनुरोध का नतीजा ट्रैक किया जा सकता है.
ReviewManager_getReviewStatus के ज़रिए दिखने वाले सभी स्टेटस के बारे में ज़्यादा जानने के लिए, ReviewErrorCode देखें.
अगर फ़ंक्शन काम करता है, तो अनुरोध और लॉन्च फ़ंक्शन, दोनों REVIEW_NO_ERROR दिखाते हैं.
डेवलपमेंट एनवायरमेंट सेट अप करना
Download Play Core Native SDK
Before downloading, you must agree to the following terms and conditions.
Terms and Conditions
Last modified: September 24, 2020- By using the Play Core Software Development Kit, you agree to these terms in addition to the Google APIs Terms of Service ("API ToS"). If these terms are ever in conflict, these terms will take precedence over the API ToS. Please read these terms and the API ToS carefully.
- For purposes of these terms, "APIs" means Google's APIs, other developer services, and associated software, including any Redistributable Code.
- “Redistributable Code” means Google-provided object code or header files that call the APIs.
- Subject to these terms and the terms of the API ToS, you may copy and distribute Redistributable Code solely for inclusion as part of your API Client. Google and its licensors own all right, title and interest, including any and all intellectual property and other proprietary rights, in and to Redistributable Code. You will not modify, translate, or create derivative works of Redistributable Code.
- Google may make changes to these terms at any time with notice and the opportunity to decline further use of the Play Core Software Development Kit. Google will post notice of modifications to the terms at https://developer.android.com/guide/playcore/license. Changes will not be retroactive.
इनमें से कोई एक काम करें:
- Android Studio का 4.0 या इसके बाद का वर्शन इंस्टॉल करें. Android SDK Platform का 10.0 वर्शन (एपीआई लेवल 29) इंस्टॉल करने के लिए, SDK Manager के यूज़र इंटरफ़ेस (यूआई) का इस्तेमाल करें.
- Android SDK के कमांड-लाइन टूल इंस्टॉल करें और Android SDK प्लैटफ़ॉर्म का वर्शन 10.0 (एपीआई लेवल 29) इंस्टॉल करने के लिए,
sdkmanagerका इस्तेमाल करें.
CMake और Android नेटिव डेवलपमेंट किट (NDK) के सबसे नए वर्शन को इंस्टॉल करने के लिए, SDK मैनेजर का इस्तेमाल करके, Android Studio को नेटिव डेवलपमेंट के लिए तैयार करें. नेटिव प्रोजेक्ट बनाने या इंपोर्ट करने के बारे में ज़्यादा जानकारी के लिए, NDK का इस्तेमाल शुरू करना लेख पढ़ें.
ज़िप फ़ाइल डाउनलोड करें और उसे अपने प्रोजेक्ट के साथ एक्स्ट्रैक्ट करें.
डाउनलोड करने का लिंक साइज़ SHA-256 चेकसम 37.8 एमबी 9db60185185342f28d2c278b60222333608c67bc022e458a25224eaea8c4c4b7 अपने ऐप्लिकेशन की
build.gradleफ़ाइल को यहां दिखाए गए तरीके से अपडेट करें:Groovy
// App build.gradle plugins { id 'com.android.application' } // Define a path to the extracted Play Core SDK files. // If using a relative path, wrap it with file() since CMake requires absolute paths. def playcoreDir = file('../path/to/playcore-native-sdk') android { defaultConfig { ... externalNativeBuild { cmake { // Define the PLAYCORE_LOCATION directive. arguments "-DANDROID_STL=c++_static", "-DPLAYCORE_LOCATION=$playcoreDir" } } ndk { // Skip deprecated ABIs. Only required when using NDK 16 or earlier. abiFilters 'armeabi-v7a', 'arm64-v8a', 'x86', 'x86_64' } } buildTypes { release { // Include Play Core Library proguard config files to strip unused code while retaining the Java symbols needed for JNI. proguardFile '$playcoreDir/proguard/common.pgcfg' proguardFile '$playcoreDir/proguard/gms_task.pgcfg' proguardFile '$playcoreDir/proguard/per-feature-proguard-files' ... } debug { ... } } externalNativeBuild { cmake { path 'src/main/CMakeLists.txt' } } } dependencies { // Import these feature-specific AARs for each Google Play Core library. implementation 'com.google.android.play:app-update:2.1.0' implementation 'com.google.android.play:asset-delivery:2.2.2' implementation 'com.google.android.play:integrity:1.4.0' implementation 'com.google.android.play:review:2.0.2' // Import these common dependencies. implementation 'com.google.android.gms:play-services-tasks:18.0.2' implementation files("$playcoreDir/playcore-native-metadata.jar") ... }
Kotlin
// App build.gradle plugins { id("com.android.application") } // Define a path to the extracted Play Core SDK files. // If using a relative path, wrap it with file() since CMake requires absolute paths. val playcoreDir = file("../path/to/playcore-native-sdk") android { defaultConfig { ... externalNativeBuild { cmake { // Define the PLAYCORE_LOCATION directive. arguments += listOf("-DANDROID_STL=c++_static", "-DPLAYCORE_LOCATION=$playcoreDir") } } ndk { // Skip deprecated ABIs. Only required when using NDK 16 or earlier. abiFilters.clear() abiFilters += listOf("armeabi-v7a", "arm64-v8a", "x86", "x86_64") } } buildTypes { release { // Include Play Core Library proguard config files to strip unused code while retaining the Java symbols needed for JNI. proguardFile("$playcoreDir/proguard/common.pgcfg") proguardFile("$playcoreDir/proguard/gms_task.pgcfg") proguardFile("$playcoreDir/proguard/per-feature-proguard-files") ... } debug { ... } } externalNativeBuild { cmake { path = "src/main/CMakeLists.txt" } } } dependencies { // Import these feature-specific AARs for each Google Play Core library. implementation("com.google.android.play:app-update:2.1.0") implementation("com.google.android.play:asset-delivery:2.2.2") implementation("com.google.android.play:integrity:1.4.0") implementation("com.google.android.play:review:2.0.2") // Import these common dependencies. implementation("com.google.android.gms:play-services-tasks:18.0.2") implementation(files("$playcoreDir/playcore-native-metadata.jar")) ... }
अपने ऐप्लिकेशन की
CMakeLists.txtफ़ाइलों को यहां दिखाए गए तरीके से अपडेट करें:cmake_minimum_required(VERSION 3.6) ... # Add a static library called “playcore” built with the c++_static STL. include(${PLAYCORE_LOCATION}/playcore.cmake) add_playcore_static_library() // In this example “main” is your native code library, i.e. libmain.so. add_library(main SHARED ...) target_include_directories(main PRIVATE ${PLAYCORE_LOCATION}/include ...) target_link_libraries(main android playcore ...)
डेटा का संग्रह
Play Core नेटिव SDK टूल, वर्शन से जुड़ा डेटा इकट्ठा कर सकता है, ताकि Google प्रॉडक्ट को बेहतर बना सके. इसमें यह डेटा शामिल है:
- ऐप्लिकेशन के पैकेज का नाम
- ऐप्लिकेशन के पैकेज का वर्शन
- Play Core नेटिव SDK टूल का वर्शन
यह डेटा तब इकट्ठा किया जाएगा, जब Play Console में अपना ऐप्लिकेशन पैकेज अपलोड किया जाएगा. डेटा इकट्ठा करने की इस प्रोसेस से ऑप्ट-आउट करने के लिए, $playcoreDir/playcore-native-metadata.jar को build.gradle फ़ाइल से हटाएं.
ध्यान दें, Play Core नेटिव SDK टूल के इस्तेमाल से जुड़ा यह डेटा इकट्ठा करने का तरीका और इकट्ठा किए गए डेटा का इस्तेमाल करने का तरीका, दोनों अलग-अलग हैं. साथ ही, यह तरीका, Google के उस डेटा इकट्ठा करने के तरीके से भी अलग है जो Play Console में ऐप्लिकेशन पैकेज अपलोड करते समय, Gradle में बताई गई लाइब्रेरी डिपेंडेंसी से इकट्ठा किया जाता है.
Play Core नेटिव SDK टूल को अपने प्रोजेक्ट में इंटिग्रेट करने के बाद, एपीआई कॉल वाली फ़ाइलों में यह लाइन शामिल करें:
review.h शामिल करें
अपने प्रोजेक्ट में Play Core नेटिव SDK टूल को इंटिग्रेट करने के बाद, उन फ़ाइलों में यह लाइन शामिल करें जिनमें एपीआई कॉल शामिल होंगे:
#include "play/review.h"
Review API को शुरू करना
जब भी आपको एपीआई का इस्तेमाल करना हो, तो आपको पहले ReviewManager_init फ़ंक्शन को कॉल करके, उसे शुरू करना होगा. जैसा कि android_native_app_glue.h के साथ बनाए गए इस उदाहरण में दिखाया गया है:
void android_main(android_app* app) {
app->onInputEvent = HandleInputEvent;
ReviewErrorCode error_code = ReviewManager_init(app->activity->vm, app->activity->clazz);
if (error_code == REVIEW_NO_ERROR) {
// You can use the API.
}
}
ऐप्लिकेशन में समीक्षा के फ़्लो का अनुरोध करना
ऐप्लिकेशन में समीक्षा का अनुरोध कब करना है, इस बारे में दिए गए दिशा-निर्देशों का पालन करें. इससे आपको अपने ऐप्लिकेशन के यूज़र फ़्लो में उन पॉइंट का पता चलेगा जहां उपयोगकर्ता से समीक्षा का अनुरोध किया जा सकता है. उदाहरण के लिए, जब उपयोगकर्ता किसी गेम के लेवल के आखिर में खास जानकारी वाली स्क्रीन को खारिज कर दे. जब आपका ऐप्लिकेशन इनमें से किसी एक पॉइंट के करीब पहुंच जाए, तो ऐप्लिकेशन में समीक्षा का फ़्लो शुरू करने के लिए ज़रूरी जानकारी का अनुरोध करने के लिए, ReviewManager_requestReviewFlow को असिंक्रोनस तरीके से कॉल करें. ReviewManager_requestReviewFlow ऑपरेशन की प्रोग्रेस को मॉनिटर करने के लिए, ReviewManager_getReviewStatus को कॉल करें. उदाहरण के लिए, हर फ़्रेम में एक बार. इसमें कुछ सेकंड लग सकते हैं. इसलिए, आपको यह प्रोसेस उस समय से पहले शुरू कर देनी चाहिए, जब आपको ऐप्लिकेशन में समीक्षा का फ़्लो दिखाना हो.
ReviewErrorCode error_code = ReviewManager_requestReviewFlow();
if (error_code == REVIEW_NO_ERROR) {
// The request has successfully started, check the status using
// ReviewManager_getReviewStatus.
} else {
// Error such as REVIEW_PLAY_STORE_NOT_FOUND indicating that the in-app
// review isn't currently possible.
}
स्थितियों को मैनेज करना और इन-ऐप्लिकेशन समीक्षा फ़्लो लॉन्च करना
जब भी कोई अनुरोध शुरू होता है या इन-ऐप्लिकेशन समीक्षा फ़्लो लॉन्च होता है, तो ReviewManager_getReviewStatus का इस्तेमाल करके स्थिति देखी जा सकती है.
इससे, एपीआई के स्टेटस के आधार पर लॉजिक तय किया जा सकता है. इसे हल करने का एक तरीका यह है कि स्थिति को ग्लोबल वैरिएबल के तौर पर सेट करें और देखें कि जब उपयोगकर्ता कोई कार्रवाई करता है, तो स्थिति REVIEW_REQUEST_FLOW_COMPLETED है या नहीं. उदाहरण के लिए, गेम में “अगला लेवल” बटन पर टैप करना. इस बारे में यहां दिए गए उदाहरण में बताया गया है:
ReviewStatus status;
ReviewErrorCode error_code = ReviewManager_getReviewStatus(&status);
if (error_code != REVIEW_NO_ERROR) {
// There was an error with the most recent operation.
return;
}
switch (status) {
case REVIEW_REQUEST_FLOW_PENDING:
// Request is ongoing. The flow can't be launched yet.
break;
case REVIEW_REQUEST_FLOW_COMPLETED:
// Request completed. The flow can be launched now.
break;
case REVIEW_LAUNCH_FLOW_PENDING:
// The review flow is ongoing, meaning the dialog might be displayed.
break;
case REVIEW_LAUNCH_FLOW_COMPLETED:
// The review flow has finished. Continue with your app flow (for
// example, move to the next screen).
break;
default:
// Unknown status.
break;
}
जब स्टेटस REVIEW_REQUEST_FLOW_COMPLETED हो और आपका ऐप्लिकेशन तैयार हो, तो ऐप्लिकेशन में समीक्षा का फ़्लो शुरू करें:
// This call uses android_native_app_glue.h. ReviewErrorCode error_code = ReviewManager_launchReviewFlow(app->activity->clazz); if (error_code != REVIEW_NO_ERROR) { // There was an error while launching the flow. return; }
ऐप्लिकेशन में समीक्षा का फ़्लो लॉन्च करने के बाद, समीक्षा पूरी होने की स्थिति देखते रहें और अपने ऐप्लिकेशन फ़्लो को जारी रखें. इसे मैनेज करने का एक सामान्य तरीका यह है कि गेम लूप पैटर्न का पालन किया जाए.
मुफ़्त संसाधन
जब आपका ऐप्लिकेशन, API का इस्तेमाल कर ले, तो ReviewManager_destroy
फ़ंक्शन को कॉल करके संसाधनों को खाली करना न भूलें. उदाहरण के लिए, इन-ऐप्लिकेशन की समीक्षा का फ़्लो पूरा होने के बाद.
void ReviewManager_destroy();
अगले चरण
अपने ऐप्लिकेशन के इन-ऐप्लिकेशन समीक्षा फ़्लो की जांच करें, ताकि यह पुष्टि की जा सके कि आपका इंटिग्रेशन सही तरीके से काम कर रहा है.