Android 17 প্ল্যাটফর্মে এমন আচরণগত পরিবর্তন রয়েছে যা আপনার অ্যাপকে প্রভাবিত করতে পারে। নিম্নলিখিত আচরণগত পরিবর্তনগুলি targetSdkVersion নির্বিশেষে, Android 17 এ চলা সমস্ত অ্যাপের ক্ষেত্রে প্রযোজ্য। আপনার অ্যাপটি পরীক্ষা করা উচিত এবং প্রয়োজনীয় ক্ষেত্রে এই পরিবর্তনগুলি সমর্থন করার জন্য প্রয়োজনীয় পরিবর্তনগুলি করা উচিত।
শুধুমাত্র Android 17 লক্ষ্য করে তৈরি অ্যাপগুলিকে প্রভাবিত করে এমন আচরণগত পরিবর্তনের তালিকাটিও পর্যালোচনা করতে ভুলবেন না।
নিরাপত্তা
অ্যান্ড্রয়েড ১৭-তে ডিভাইস এবং অ্যাপের নিরাপত্তার ক্ষেত্রে নিম্নলিখিত উন্নতিগুলি অন্তর্ভুক্ত রয়েছে।
ক্লিয়ারট্রাফিক অবচয় পরিকল্পনা ব্যবহার করে
In a future release, we plan to deprecate the usesCleartextTraffic element.
Apps that need to make unencrypted (HTTP) connections should migrate to
using a network security configuration file, which lets you
specify which domains your app needs to make cleartext connections to.
Be aware that network security configuration files are only supported on API levels 24 and higher. If your app has a minimum API level lower than 24, you should do both of the following:
- Set the
usesCleartextTrafficattribute totrue - Use a network configuration file
If your app's minimum API level is 24 or higher, you can use a network
configuration file and you don't need to set usesCleartextTraffic.
অন্তর্নিহিত URI অনুদান সীমাবদ্ধ করুন
Currently, if an app launches an intent with a URI that has the action Send,
SendMultiple, or ImageCapture, the system automatically grants the read and
write URI permissions to the target app. We plan to change this behavior in
Android 18. For this reason, we recommend that apps explicitly
grant the relevant URI permissions instead of relying on the system to grant
them.
প্রতি-অ্যাপ কীস্টোরের সীমা
Apps should avoid creating excessive numbers of keys in Android Keystore, because it is a shared resource for all apps on the device. Beginning with Android 17, the system enforces a limit on the number of keys an app can own. The limit is 50,000 keys for non-system apps targeting Android 17 or higher, and 200,000 keys for all other apps. System apps have a limit of 200,000 keys, regardless of which API level they target.
If an app attempts to create keys beyond the limit, the creation fails with a
KeyStoreException. The exception's message string contains information
about the key limit. If the app calls getNumericErrorCode() on the
exception, the return value depends on what API level the app targets:
- Apps targeting Android 17 or higher:
getNumericErrorCode()returns the newERROR_TOO_MANY_KEYSvalue. - All other apps:
getNumericErrorCode()returnsERROR_INCORRECT_USAGE.
ব্যবহারকারীর অভিজ্ঞতা এবং সিস্টেম UI
অ্যান্ড্রয়েড ১৭-তে নিম্নলিখিত পরিবর্তনগুলি অন্তর্ভুক্ত রয়েছে যা আরও সামঞ্জস্যপূর্ণ, স্বজ্ঞাত ব্যবহারকারীর অভিজ্ঞতা তৈরি করার উদ্দেশ্যে করা হয়েছে।
ঘূর্ণনের পরে ডিফল্ট IME দৃশ্যমানতা পুনরুদ্ধার করা হচ্ছে
Beginning with Android 17, when the device's configuration changes (for example, through rotation), and this is not handled by the app itself, the previous IME visibility is not restored.
If your app undergoes a configuration change that it does not handle, and the app needs the keyboard to be visible after the change, you must explicitly request this. You can make this request in one of the following ways:
- Set the
android:windowSoftInputModeattribute tostateAlwaysVisible. - Programmatically request the soft keyboard in your activity's
onCreate()method, or add theonConfigurationChanged()method.
মানুষের মতামত
অ্যান্ড্রয়েড ১৭-তে নিম্নলিখিত পরিবর্তনগুলি অন্তর্ভুক্ত রয়েছে যা অ্যাপগুলি কীভাবে কীবোর্ড এবং টাচপ্যাডের মতো মানুষের ইনপুট ডিভাইসের সাথে ইন্টারঅ্যাক্ট করে তা প্রভাবিত করে।
পয়েন্টার ক্যাপচারের সময় টাচপ্যাডগুলি ডিফল্টরূপে আপেক্ষিক ইভেন্ট সরবরাহ করে
অ্যান্ড্রয়েড ১৭ থেকে শুরু করে, যদি কোনও অ্যাপ View.requestPointerCapture() ব্যবহার করে পয়েন্টার ক্যাপচারের অনুরোধ করে এবং ব্যবহারকারী একটি টাচপ্যাড ব্যবহার করে, তাহলে সিস্টেমটি ব্যবহারকারীর স্পর্শ থেকে পয়েন্টার মুভমেন্ট এবং স্ক্রলিং জেসচার সনাক্ত করে এবং ক্যাপচার করা মাউস থেকে পয়েন্টার এবং স্ক্রোল হুইল মুভমেন্টের মতোই অ্যাপে রিপোর্ট করে। বেশিরভাগ ক্ষেত্রে, এটি ক্যাপচার করা মাউস সমর্থনকারী অ্যাপগুলিকে টাচপ্যাডের জন্য বিশেষ হ্যান্ডলিং লজিক যোগ করার প্রয়োজনীয়তা দূর করে। আরও বিস্তারিত জানার জন্য, View.POINTER_CAPTURE_MODE_RELATIVE এর ডকুমেন্টেশন দেখুন।
পূর্বে, সিস্টেমটি টাচপ্যাড থেকে অঙ্গভঙ্গি সনাক্ত করার চেষ্টা করত না, বরং টাচস্ক্রিন টাচের অনুরূপ ফর্ম্যাটে অ্যাপে কাঁচা, পরম আঙুলের অবস্থান সরবরাহ করত। যদি কোনও অ্যাপের এখনও এই পরম ডেটার প্রয়োজন হয়, তবে এটির পরিবর্তে View.POINTER_CAPTURE_MODE_ABSOLUTE সহ নতুন View.requestPointerCapture(int) পদ্ধতিটি কল করা উচিত।
মিডিয়া
অ্যান্ড্রয়েড ১৭-তে মিডিয়া আচরণে নিম্নলিখিত পরিবর্তনগুলি অন্তর্ভুক্ত রয়েছে।
পটভূমি অডিও শক্তকরণ
অ্যান্ড্রয়েড ১৭ থেকে শুরু করে, অডিও ফ্রেমওয়ার্কটি অডিও প্লেব্যাক, অডিও ফোকাস অনুরোধ এবং ভলিউম পরিবর্তন API সহ ব্যাকগ্রাউন্ড অডিও ইন্টারঅ্যাকশনের উপর বিধিনিষেধ আরোপ করে যাতে ব্যবহারকারী ইচ্ছাকৃতভাবে এই পরিবর্তনগুলি শুরু করে।
যদি অ্যাপটি বৈধ জীবনচক্রের মধ্যে না থাকাকালীন অডিও API গুলি কল করার চেষ্টা করে, তাহলে অডিও প্লেব্যাক এবং ভলিউম পরিবর্তন API গুলি কোনও ব্যতিক্রম ছাড়াই বা ব্যর্থতার বার্তা প্রদান না করে নীরবে ব্যর্থ হয়। অডিও ফোকাস API ফলাফল কোড AUDIOFOCUS_REQUEST_FAILED সহ ব্যর্থ হয়।
প্রশমন কৌশল সহ আরও তথ্যের জন্য, পটভূমি অডিও শক্তকরণ দেখুন।