$lang['tuto'] = "ಟ್ಯುಟೋರಿಯಲ್"; ?>$lang['tuto'] = "ಟ್ಯುಟೋರಿಯಲ್"; ?> ಫ್ಲಟರ್: ಆಂಡ್ರಾಯ್ಡ್ 14 API

ಫ್ಲಟರ್: ಆಂಡ್ರಾಯ್ಡ್ 14 API ಮಟ್ಟ 34 ಟಾರ್ಗೆಟ್ ಸಮಸ್ಯೆ ನವೀಕರಣಗಳ ಹೊರತಾಗಿಯೂ ಮುಂದುವರಿಯುತ್ತದೆ

ಫ್ಲಟರ್: ಆಂಡ್ರಾಯ್ಡ್ 14 API ಮಟ್ಟ 34 ಟಾರ್ಗೆಟ್ ಸಮಸ್ಯೆ ನವೀಕರಣಗಳ ಹೊರತಾಗಿಯೂ ಮುಂದುವರಿಯುತ್ತದೆ
ಫ್ಲಟರ್: ಆಂಡ್ರಾಯ್ಡ್ 14 API ಮಟ್ಟ 34 ಟಾರ್ಗೆಟ್ ಸಮಸ್ಯೆ ನವೀಕರಣಗಳ ಹೊರತಾಗಿಯೂ ಮುಂದುವರಿಯುತ್ತದೆ

ನಾನು ಇನ್ನೂ API ಮಟ್ಟ 34 ಎಚ್ಚರಿಕೆಯನ್ನು ಏಕೆ ನೋಡುತ್ತಿದ್ದೇನೆ?

ಫ್ಲಟರ್ ಅಭಿವೃದ್ಧಿಯಲ್ಲಿ, ಹೊಸ ವೈಶಿಷ್ಟ್ಯಗಳು ಮತ್ತು ಭದ್ರತಾ ಅಪ್‌ಗ್ರೇಡ್‌ಗಳೊಂದಿಗೆ ಅಪ್ಲಿಕೇಶನ್ ಹೊಂದಾಣಿಕೆಯನ್ನು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಲು ಇತ್ತೀಚಿನ Android API ಮಟ್ಟವನ್ನು ಗುರಿಪಡಿಸುವುದು ನಿರ್ಣಾಯಕವಾಗಿದೆ. ಇತ್ತೀಚೆಗೆ, targetSdkVersion ಅನ್ನು API ಮಟ್ಟ 34 (Android 14) ಗೆ ಬದಲಾಯಿಸಿದ ನಂತರ, ಡೆವಲಪರ್‌ಗಳು ಯಶಸ್ವಿ ನಿರ್ಮಾಣದ ಹೊರತಾಗಿಯೂ, ಅಪ್ಲಿಕೇಶನ್ Android 14 ಅಥವಾ ಹೆಚ್ಚಿನದನ್ನು ಗುರಿಯಾಗಿಸಬೇಕು ಎಂದು Play ಕನ್ಸೋಲ್ ಇನ್ನೂ ಎಚ್ಚರಿಸುತ್ತದೆ ಎಂದು ವರದಿ ಮಾಡಿದೆ.

ಈ ಅಸಮಾನತೆಯು ಗೊಂದಲವನ್ನು ಉಂಟುಮಾಡಬಹುದು, ವಿಶೇಷವಾಗಿ ಹಿಂದಿನ ಅಪ್ಲಿಕೇಶನ್ ಬಂಡಲ್‌ಗಳು ಇನ್ನೂ ಕನ್ಸೋಲ್‌ನಲ್ಲಿ ಚಾಲನೆಯಲ್ಲಿರುವಾಗ. ಹಿಂದಿನ ಆವೃತ್ತಿಗಳು ಪ್ರಸ್ತುತ ಅಪ್‌ಲೋಡ್ ಮೇಲೆ ಹೇಗೆ ಪರಿಣಾಮ ಬೀರುತ್ತವೆ ಎಂಬುದನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳುವುದು ಮತ್ತು ಈ ಎಚ್ಚರಿಕೆಯನ್ನು ತಿಳಿಸುವುದು ನಿಮ್ಮ ಫ್ಲಟರ್ ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಪರಿಣಾಮಕಾರಿಯಾಗಿ ಬಿಡುಗಡೆ ಮಾಡಲು ನಿರ್ಣಾಯಕವಾಗಿದೆ.

ಆಜ್ಞೆ ವಿವರಣೆ
compileSdkVersion ಅಪ್ಲಿಕೇಶನ್ ಕಂಪೈಲ್ ಮಾಡಲು ಬಳಸಲಾದ API ಮಟ್ಟವನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ. ಈ ಸಂದರ್ಭದಲ್ಲಿ, ಇದನ್ನು 34 ಕ್ಕೆ ಹೊಂದಿಸಲಾಗಿದೆ, ಇದು Android 14 ಅನ್ನು ಗುರಿಯಾಗಿಸುತ್ತದೆ.
targetSdkVersion ಅಪ್ಲಿಕೇಶನ್ ರನ್ ಆಗುವ Android API ಮಟ್ಟವನ್ನು ವಿವರಿಸುತ್ತದೆ. 34 ಕ್ಕೆ ನವೀಕರಿಸುವುದು Android 14 ನೊಂದಿಗೆ ಹೊಂದಾಣಿಕೆಯನ್ನು ಖಚಿತಪಡಿಸುತ್ತದೆ.
google.auth.default() ಕ್ಲೌಡ್ ಸೇವೆಗಳ ಜೊತೆಯಲ್ಲಿ ಸಾಮಾನ್ಯವಾಗಿ ಬಳಸಲಾಗುವ Google API ಗಳನ್ನು ಪ್ರವೇಶಿಸಲು ಡೀಫಾಲ್ಟ್ ರುಜುವಾತುಗಳನ್ನು ಹಿಂಪಡೆಯುತ್ತದೆ.
build('androidpublisher', 'v3') Google Play ಡೆವಲಪರ್ API ಅನ್ನು ಪ್ರಾರಂಭಿಸುತ್ತದೆ ಇದರಿಂದ ಅಪ್ಲಿಕೇಶನ್ ಪ್ಯಾಕೇಜ್‌ಗಳು ಮತ್ತು ಬಿಡುಗಡೆಗಳನ್ನು ಪ್ರೋಗ್ರಾಮಿಕ್ ಆಗಿ ನಿರ್ವಹಿಸಬಹುದು.
service.edits().insert() ಅಪ್ಲಿಕೇಶನ್ ಮೆಟಾಡೇಟಾ ಅಥವಾ ಬಂಡಲ್‌ಗಳಿಗೆ ಬದಲಾವಣೆಗಳನ್ನು ಮಾಡಲು ಅಗತ್ಯವಿರುವ Google Play ಕನ್ಸೋಲ್‌ನಲ್ಲಿ ಹೊಸ ಎಡಿಟ್ ಸೆಶನ್ ಅನ್ನು ತೆರೆಯುತ್ತದೆ.
bundles = service.edits().bundles().list() ನಿರ್ದಿಷ್ಟ ಅಪ್ಲಿಕೇಶನ್ ಆವೃತ್ತಿಯೊಂದಿಗೆ ಸಂಪರ್ಕಗೊಂಡಿರುವ ಎಲ್ಲಾ ಅಪ್ಲಿಕೇಶನ್ ಬಂಡಲ್‌ಗಳನ್ನು ಪಟ್ಟಿ ಮಾಡುತ್ತದೆ. ಹಳೆಯ ಆವೃತ್ತಿಗಳು ಇನ್ನೂ ಸಕ್ರಿಯವಾಗಿವೆಯೇ ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸಲು ಇದು ಸ್ಕ್ರಿಪ್ಟ್ ಅನ್ನು ಅನುಮತಿಸುತ್ತದೆ.
service.edits().bundles().delete() Google Play ಕನ್ಸೋಲ್‌ನಿಂದ ಸಕ್ರಿಯ ಪ್ಯಾಕೇಜ್ ಅನ್ನು ತೆಗೆದುಹಾಕುತ್ತದೆ. ಹಳೆಯದಾದ ಅಥವಾ ಸಂಘರ್ಷದ ನಿರ್ಮಾಣಗಳನ್ನು ತೆಗೆದುಹಾಕಲು ಇದು ಸೂಕ್ತವಾಗಿದೆ.
service.edits().commit() ಅಪ್ಲಿಕೇಶನ್‌ನ ಕಾನ್ಫಿಗರೇಶನ್ ಮತ್ತು ಬಂಡಲ್‌ಗಳಿಗೆ ಎಲ್ಲಾ ಬದಲಾವಣೆಗಳನ್ನು ಒಳಗೊಂಡಂತೆ ಎಡಿಟ್ ಸೆಶನ್‌ನಲ್ಲಿ ಮಾಡಿದ ಬದಲಾವಣೆಗಳನ್ನು ಒಪ್ಪಿಸುತ್ತದೆ.

Flutter ನಲ್ಲಿ API ಮಟ್ಟದ ಟಾರ್ಗೆಟಿಂಗ್‌ಗೆ ಪರಿಹಾರವನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳುವುದು

ಮೊದಲ ಸ್ಕ್ರಿಪ್ಟ್ Flutter ಪ್ರಾಜೆಕ್ಟ್‌ನ Android ಸೆಟಪ್ ಅನ್ನು ಮಾರ್ಪಡಿಸುತ್ತದೆ ಮತ್ತು ಅಪ್ಲಿಕೇಶನ್ ಸರಿಯಾಗಿ API ಹಂತ 34 ಅನ್ನು ಗುರಿಪಡಿಸುತ್ತಿದೆ ಎಂದು ಖಚಿತಪಡಿಸುತ್ತದೆ. ನಿರ್ಣಾಯಕ ಆಜ್ಞೆಗಳೆಂದರೆ compileSdkVersion ಮತ್ತು targetSdkVersion, ಇದು ಸಂಕಲನ ಮತ್ತು ನಿಯೋಜನೆಯ ಸಮಯದಲ್ಲಿ ಬಳಸಲಾದ Android SDK ಆವೃತ್ತಿಗಳನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸುತ್ತದೆ. compileSdkVersion ಅನ್ನು 34 ಗೆ ಹೊಂದಿಸುವುದರಿಂದ ಪ್ರೋಗ್ರಾಂ ಅನ್ನು Android 14 ಬಳಸಿ ನಿರ್ಮಿಸಲಾಗಿದೆ ಎಂದು ಖಚಿತಪಡಿಸುತ್ತದೆ, ಆದರೆ targetSdkVersion ಅಪ್ಲಿಕೇಶನ್ ರನ್ ಮಾಡಲು ಉದ್ದೇಶಿಸಿರುವ Android ಆವೃತ್ತಿಯನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸುತ್ತದೆ. ಈ ಮಾರ್ಪಾಡುಗಳು ಇತ್ತೀಚಿನ Google Play Store ಸಲ್ಲಿಕೆ ಮಾನದಂಡಗಳನ್ನು ಪೂರೈಸಲು ಪ್ರಾಜೆಕ್ಟ್ ಸೆಟ್ಟಿಂಗ್‌ಗಳನ್ನು ನವೀಕರಿಸುತ್ತವೆ, ಬೆಂಬಲವಿಲ್ಲದ API ಮಟ್ಟಗಳಿಗೆ ಸಂಬಂಧಿಸಿದ ಎಚ್ಚರಿಕೆಯನ್ನು ತೆಗೆದುಹಾಕುತ್ತದೆ.

ಎರಡನೇ ಸ್ಕ್ರಿಪ್ಟ್ Python ಮೂಲಕ Google Play Console API ನೊಂದಿಗೆ ಸಂವಹಿಸುತ್ತದೆ. ಸಮಸ್ಯೆಗಳನ್ನು ಉಂಟುಮಾಡಬಹುದಾದ ಹಳೆಯ ಸಾಫ್ಟ್‌ವೇರ್ ಬಂಡಲ್‌ಗಳನ್ನು ಪತ್ತೆಹಚ್ಚುವ ಮತ್ತು ತೆಗೆದುಹಾಕುವ ಪ್ರಕ್ರಿಯೆಯನ್ನು ಇದು ಸ್ವಯಂಚಾಲಿತಗೊಳಿಸುತ್ತದೆ. google.auth.default() Play Store API ಅನ್ನು ಪ್ರವೇಶಿಸಲು ಡೀಫಾಲ್ಟ್ ರುಜುವಾತುಗಳನ್ನು ಹಿಂತಿರುಗಿಸುತ್ತದೆ, ಆದರೆ build('androidpublisher', 'v3') Google Play ಡೆವಲಪರ್ API ಅನ್ನು ಪ್ರಾರಂಭಿಸುತ್ತದೆ. ಸ್ಕ್ರಿಪ್ಟ್ ನಂತರ ಸಕ್ರಿಯ ಅಪ್ಲಿಕೇಶನ್ ಬಂಡಲ್‌ಗಳನ್ನು ಪಡೆಯಲು service.edits().bundles().list() ಅನ್ನು ಬಳಸಿಕೊಳ್ಳುತ್ತದೆ ಮತ್ತು ಹಳೆಯ ಆವೃತ್ತಿಯನ್ನು ಪತ್ತೆಮಾಡಿದರೆ, service.edits().bundles().delete() ಅದನ್ನು ಅಳಿಸುತ್ತದೆ. ಅಂತಿಮವಾಗಿ, service.edits().commit() ಆಜ್ಞೆಯು ಎಲ್ಲಾ ಬದಲಾವಣೆಗಳನ್ನು ಉಳಿಸುತ್ತದೆ ಮತ್ತು ಅನ್ವಯಿಸುತ್ತದೆ, ದೋಷ ಸಂದೇಶವನ್ನು ಉಂಟುಮಾಡುವ ಯಾವುದೇ ಹಳೆಯ ಬಂಡಲ್‌ಗಳಿಂದ ಅಪ್ಲಿಕೇಶನ್ ಸ್ಪಷ್ಟವಾಗಿದೆ ಎಂದು ಖಾತರಿಪಡಿಸುತ್ತದೆ.

ಪರಿಹಾರ: ಫ್ಲಟರ್ ಅಪ್ಲಿಕೇಶನ್‌ಗಳಿಗಾಗಿ ಸರಿಯಾದ ಟಾರ್ಗೆಟ್ SDK ಮಟ್ಟದ ನವೀಕರಣವನ್ನು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಿ.

ಫ್ಲಟರ್ (ಡಾರ್ಟ್) ಆಂಡ್ರಾಯ್ಡ್ ಮ್ಯಾನಿಫೆಸ್ಟ್ ಅಪ್‌ಡೇಟ್

android {
    compileSdkVersion 34
    defaultConfig {
        applicationId "com.example.myapp"
        minSdkVersion 21
        targetSdkVersion 34
        versionCode 1
        versionName "1.0"
    }
}

ಬ್ಯಾಕೆಂಡ್ ಸ್ಕ್ರಿಪ್ಟ್: ಬಂಡಲ್ ಆವೃತ್ತಿಯನ್ನು ಪರಿಶೀಲಿಸುವುದು ಮತ್ತು ಹಳೆಯ ಬಂಡಲ್ ಅನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸುವುದು

ಸಕ್ರಿಯ ಅಪ್ಲಿಕೇಶನ್ ಬಂಡಲ್‌ಗಳನ್ನು ನಿರ್ವಹಿಸಲು Google Play ಕನ್ಸೋಲ್ API (ಪೈಥಾನ್).

import google.auth
from googleapiclient.discovery import build
credentials, project = google.auth.default()
service = build('androidpublisher', 'v3', credentials=credentials)
package_name = 'com.example.myapp'
edit_id = service.edits().insert(body={}, packageName=package_name).execute()['id']
bundles = service.edits().bundles().list(packageName=package_name, editId=edit_id).execute()
for bundle in bundles['bundles']:
    if bundle['versionCode'] == 1:  # First build still active
        service.edits().bundles().delete(packageName=package_name, editId=edit_id,
                                        bundleId=bundle['id']).execute()
service.edits().commit(packageName=package_name, editId=edit_id).execute()

ಫ್ಲಟರ್ ಅಪ್ಲಿಕೇಶನ್ ನವೀಕರಣಗಳಲ್ಲಿ ಸಂಘರ್ಷದ ಬಂಡಲ್‌ಗಳನ್ನು ಪರಿಹರಿಸಲಾಗುತ್ತಿದೆ.

Flutter ಅಪ್ಲಿಕೇಶನ್‌ನ targetSdkVersion ಅನ್ನು ನವೀಕರಿಸುವಾಗ ಒಂದು ಸಾಮಾನ್ಯ ಸಮಸ್ಯೆ ಎಂದರೆ Google Play ಕನ್ಸೋಲ್‌ನಲ್ಲಿ ಇನ್ನೂ ಸಕ್ರಿಯವಾಗಿರುವ ಹಳೆಯ ಅಪ್ಲಿಕೇಶನ್ ಬಂಡಲ್‌ಗಳ ಉಪಸ್ಥಿತಿ. ಈ ಬಂಡಲ್‌ಗಳು ಹಳೆಯದಾಗಿದ್ದರೂ ಸಹ, ಅವುಗಳು ತೀರಾ ಇತ್ತೀಚಿನ ಬಿಲ್ಡ್ ಅನ್ನು ಸರಿಯಾಗಿ ಗುರುತಿಸುವುದನ್ನು ತಡೆಯಬಹುದು, ಇದರ ಪರಿಣಾಮವಾಗಿ "App Android 14 (API ಮಟ್ಟ 34) ಅಥವಾ ಹೆಚ್ಚಿನದನ್ನು ಗುರಿಯಾಗಿಸಬೇಕು" ಎಂಬಂತಹ ಎಚ್ಚರಿಕೆಗಳಿಗೆ ಕಾರಣವಾಗುತ್ತದೆ. targetSdkVersion ಅನ್ನು 34 ಗೆ ಬದಲಾಯಿಸುವ ಅಗತ್ಯವಿದೆ, ಡೆವಲಪರ್‌ಗಳು ಹಿಂದಿನ ಆವೃತ್ತಿಗಳು ನವೀಕರಣ ಪ್ರಕ್ರಿಯೆಯನ್ನು ಅಡ್ಡಿಪಡಿಸುವುದಿಲ್ಲ ಎಂದು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಬೇಕು. ಅಪ್ಲಿಕೇಶನ್ ಆವೃತ್ತಿಗಳನ್ನು ನಿರ್ವಹಿಸುವುದು, ನಿರ್ದಿಷ್ಟವಾಗಿ ಬಳಕೆಯಲ್ಲಿಲ್ಲದ ಬಂಡಲ್‌ಗಳನ್ನು ತೆಗೆದುಹಾಕುವುದು, ಈ ಸಮಸ್ಯೆಯನ್ನು ಪರಿಹರಿಸಲು ಸಹಾಯ ಮಾಡುತ್ತದೆ.

build.gradle ಫೈಲ್‌ನಲ್ಲಿ ಗುರಿ API ಮಟ್ಟವನ್ನು ಸೂಕ್ತವಾಗಿ ವ್ಯಾಖ್ಯಾನಿಸುವುದರ ಜೊತೆಗೆ, Google Play ಕನ್ಸೋಲ್‌ನಲ್ಲಿ ಸಕ್ರಿಯ ಆವೃತ್ತಿಗಳನ್ನು ನಿಯಮಿತವಾಗಿ ಪರಿಶೀಲಿಸಬೇಕು. ಡೆವಲಪರ್‌ಗಳು Google Play ಡೆವಲಪರ್ API ನಂತಹ ಸಾಧನಗಳನ್ನು ಬಳಸಬೇಕು ಅಥವಾ ಹಳೆಯ ಪ್ಯಾಕೇಜ್‌ಗಳನ್ನು ಹಸ್ತಚಾಲಿತವಾಗಿ ನಿಷ್ಕ್ರಿಯಗೊಳಿಸಬೇಕು. Play Store ಇತ್ತೀಚಿನ ನಿರ್ಮಾಣ ಸಂರಚನೆಯನ್ನು ನಿಖರವಾಗಿ ಪ್ರತಿಬಿಂಬಿಸುತ್ತದೆ ಎಂದು ಇದು ಖಚಿತಪಡಿಸುತ್ತದೆ. ನವೀಕರಣಗಳಿಗಾಗಿ ಅಪ್ಲಿಕೇಶನ್‌ಗಳು ಕಠಿಣ ಆವೃತ್ತಿಯ ಮಾನದಂಡಗಳನ್ನು ಅನುಸರಿಸಲು Google Play ಗೆ ಅಗತ್ಯವಿರುವ ಕಾರಣ, Play ಕನ್ಸೋಲ್‌ನಲ್ಲಿ ಕೋಡ್ ಮತ್ತು ಬಂಡಲ್‌ಗಳನ್ನು ನಿಯಂತ್ರಿಸುವುದು ಸುಗಮ ಪರಿವರ್ತನೆಯನ್ನು ಖಾತರಿಪಡಿಸುತ್ತದೆ ಮತ್ತು ಪರಿಹರಿಸಲಾಗದ API ಮಟ್ಟದ ಎಚ್ಚರಿಕೆಗಳನ್ನು ಎದುರಿಸುವ ಸಾಧ್ಯತೆಯನ್ನು ಕಡಿಮೆ ಮಾಡುತ್ತದೆ.

ಫ್ಲಟ್ಟರ್ನೊಂದಿಗೆ Android 14 API ಹಂತ 34 ಅನ್ನು ಗುರಿಯಾಗಿಸುವ ಕುರಿತು ಸಾಮಾನ್ಯ ಪ್ರಶ್ನೆಗಳು.

  1. targetSdkVersion ಅನ್ನು ನವೀಕರಿಸಿದರೂ API ಮಟ್ಟದ ಎಚ್ಚರಿಕೆ ಏಕೆ ಮುಂದುವರಿಯುತ್ತದೆ?
  2. Play ಕನ್ಸೋಲ್ ಇನ್ನೂ ಹಿಂದಿನ ಅಪ್ಲಿಕೇಶನ್ ಬಂಡಲ್‌ಗಳನ್ನು ಸಕ್ರಿಯ ಎಂದು ಗೊತ್ತುಪಡಿಸಿದರೆ ಇದು ಸಂಭವಿಸಬಹುದು, ಇದು ಸಂಘರ್ಷಗಳಿಗೆ ಕಾರಣವಾಗುತ್ತದೆ.
  3. Google Play ಕನ್ಸೋಲ್‌ನಲ್ಲಿ ಹಳೆಯ ಬಂಡಲ್‌ಗಳನ್ನು ನಾನು ಹೇಗೆ ನಿಷ್ಕ್ರಿಯಗೊಳಿಸಬಹುದು?
  4. ಹಳೆಯ ಆವೃತ್ತಿಗಳನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸಲು Google Play ಡೆವಲಪರ್ API ಅನ್ನು ಬಳಸಿ ಅಥವಾ Play ಕನ್ಸೋಲ್ ಇಂಟರ್ಫೇಸ್ ಬಳಸಿ ಹಸ್ತಚಾಲಿತವಾಗಿ ಮಾಡಿ.
  5. Flutter ನಲ್ಲಿ targetSdkVersion ನ ಕಾರ್ಯವೇನು?
  6. ಇದು ನಿಮ್ಮ ಪ್ರೋಗ್ರಾಂ ಕಾರ್ಯನಿರ್ವಹಿಸುವ API ಮಟ್ಟವನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ, ಹೊಸ Android ವೈಶಿಷ್ಟ್ಯಗಳೊಂದಿಗೆ ಹೊಂದಾಣಿಕೆಯನ್ನು ಖಚಿತಪಡಿಸುತ್ತದೆ.
  7. compileSdkVersion ಮತ್ತು targetSdkVersion ನಡುವಿನ ವ್ಯತ್ಯಾಸವೇನು?
  8. compileSdkVersion ಸಂಕಲನದ ಸಮಯದಲ್ಲಿ ಬಳಸಿದ SDK ಆವೃತ್ತಿಯನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸುತ್ತದೆ, ಆದರೆ targetSdkVersion ನಿಮ್ಮ ಪ್ರೋಗ್ರಾಂ ರನ್‌ಟೈಮ್‌ನಲ್ಲಿ ಗುರಿಪಡಿಸುವ ಆವೃತ್ತಿಯನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸುತ್ತದೆ.
  9. Play ಕನ್ಸೋಲ್‌ನಲ್ಲಿ ಪ್ರಸ್ತುತ ಸಕ್ರಿಯವಾಗಿರುವ ಬಂಡಲ್‌ಗಳನ್ನು ನಾನು ಹೇಗೆ ವೀಕ್ಷಿಸಬಹುದು?
  10. ನೀವು ಅವುಗಳನ್ನು service.edits().bundles().list() ನೊಂದಿಗೆ ಪಟ್ಟಿ ಮಾಡಬಹುದು ಅಥವಾ ಪ್ಲೇ ಕನ್ಸೋಲ್‌ನಲ್ಲಿ ನೇರವಾಗಿ ವೀಕ್ಷಿಸಬಹುದು.

API ಗುರಿ ಸಮಸ್ಯೆಗಳನ್ನು ಪರಿಹರಿಸಲು ಪ್ರಮುಖ ಟೇಕ್‌ಅವೇಗಳು.

Play Store ಅನುಸರಣೆಗಾಗಿ ನಿಮ್ಮ Flutter ಅಪ್ಲಿಕೇಶನ್ ಸೂಕ್ತವಾದ API ಮಟ್ಟವನ್ನು ಗುರಿಯಾಗಿಸುತ್ತದೆ ಎಂದು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳುವುದು ಮುಖ್ಯವಾಗಿದೆ. 34 ಕ್ಕೆ targetSdkVersion ಅನ್ನು ಅಪ್‌ಡೇಟ್ ಮಾಡುವುದರ ಮೂಲಕ Play ಕನ್ಸೋಲ್‌ನಲ್ಲಿ ಸಕ್ರಿಯ ಅಪ್ಲಿಕೇಶನ್ ಬಂಡಲ್‌ಗಳ ವ್ಯಾಪಕ ಮೌಲ್ಯಮಾಪನವನ್ನು ಅನುಸರಿಸಬೇಕು. ಹಳೆಯ, ಸಂಘರ್ಷದ ಆವೃತ್ತಿಗಳು ಇತ್ತೀಚಿನ ನಿರ್ಮಾಣವನ್ನು ಸರಿಯಾಗಿ ಗುರುತಿಸುವುದನ್ನು ತಡೆಯಬಹುದು. Google Play ಡೆವಲಪರ್ API ನಂತಹ ತಂತ್ರಜ್ಞಾನಗಳನ್ನು ಬಳಸಿಕೊಂಡು, ಡೆವಲಪರ್‌ಗಳು ಬಳಕೆಯಲ್ಲಿಲ್ಲದ ಬಂಡಲ್‌ಗಳನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸಬಹುದು, ಸಾಮಾನ್ಯ ಸಮಸ್ಯೆಯನ್ನು ಸರಿಪಡಿಸಬಹುದು ಮತ್ತು ಎಚ್ಚರಿಕೆಗಳಿಲ್ಲದೆ ವೇಗದ ಅಪ್ಲಿಕೇಶನ್ ವಿತರಣೆಯನ್ನು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಬಹುದು.