আচরণ পরিবর্তন: সমস্ত অ্যাপ্লিকেশন

Android 17 প্ল্যাটফর্মে এমন আচরণগত পরিবর্তন রয়েছে যা আপনার অ্যাপকে প্রভাবিত করতে পারে। নিম্নলিখিত আচরণগত পরিবর্তনগুলি targetSdkVersion নির্বিশেষে, Android 17 এ চলা সমস্ত অ্যাপের ক্ষেত্রে প্রযোজ্য। আপনার অ্যাপটি পরীক্ষা করা উচিত এবং প্রয়োজনীয় ক্ষেত্রে এই পরিবর্তনগুলি সমর্থন করার জন্য প্রয়োজনীয় পরিবর্তনগুলি করা উচিত।

শুধুমাত্র Android 17 লক্ষ্য করে তৈরি অ্যাপগুলিকে প্রভাবিত করে এমন আচরণগত পরিবর্তনের তালিকাটিও পর্যালোচনা করতে ভুলবেন না।

দ্রষ্টব্য: এই পৃষ্ঠায় আরও কিছু গুরুত্বপূর্ণ পরিবর্তনের তালিকা দেওয়া হয়েছে। আরও বিস্তারিত তথ্যের জন্য, Android 17 রিলিজ নোট দেখুন।

নিরাপত্তা

অ্যান্ড্রয়েড ১৭-তে ডিভাইস এবং অ্যাপের নিরাপত্তার ক্ষেত্রে নিম্নলিখিত উন্নতিগুলি অন্তর্ভুক্ত রয়েছে।

ক্লিয়ারট্রাফিক অবচয় পরিকল্পনা ব্যবহার করে

ভবিষ্যতের রিলিজে, আমরা usesCleartextTraffic উপাদানটি অবচয় করার পরিকল্পনা করছি। যেসব অ্যাপকে আনএনক্রিপ্টেড (HTTP) সংযোগ তৈরি করতে হবে তাদের একটি নেটওয়ার্ক সুরক্ষা কনফিগারেশন ফাইল ব্যবহার করে স্থানান্তরিত করা উচিত, যা আপনাকে নির্দিষ্ট করতে দেয় যে আপনার অ্যাপটি কোন ডোমেনগুলিতে ক্লিয়ারটেক্সট সংযোগ তৈরি করতে হবে।

মনে রাখবেন যে নেটওয়ার্ক সুরক্ষা কনফিগারেশন ফাইলগুলি কেবলমাত্র API লেভেল 24 এবং তার উপরে সমর্থিত। যদি আপনার অ্যাপের ন্যূনতম API লেভেল 24 এর চেয়ে কম হয়, তাহলে আপনার নিম্নলিখিত দুটি কাজ করা উচিত:

• usesCleartextTraffic অ্যাট্রিবিউটটিকে true তে সেট করুন
• একটি নেটওয়ার্ক কনফিগারেশন ফাইল ব্যবহার করুন

যদি আপনার অ্যাপের সর্বনিম্ন API লেভেল 24 বা তার বেশি হয়, তাহলে আপনি একটি নেটওয়ার্ক কনফিগারেশন ফাইল ব্যবহার করতে পারেন এবং আপনাকে usesCleartextTraffic সেট করার প্রয়োজন নেই।

অন্তর্নিহিত URI অনুদান সীমাবদ্ধ করুন

বর্তমানে, যদি কোনও অ্যাপ এমন একটি URI দিয়ে একটি ইন্টেন্ট চালু করে যার মধ্যে Send , SendMultiple , অথবা ImageCapture অ্যাকশন থাকে, তাহলে সিস্টেম স্বয়ংক্রিয়ভাবে লক্ষ্য অ্যাপটিকে URI পড়ার এবং লেখার অনুমতি দেয়। আমরা Android 18-এ এই আচরণটি পরিবর্তন করার পরিকল্পনা করছি। এই কারণে, আমরা সুপারিশ করি যে অ্যাপগুলি সিস্টেমের উপর নির্ভর না করে স্পষ্টভাবে প্রাসঙ্গিক URI অনুমতি প্রদান করে।

ব্যবহারকারীর অভিজ্ঞতা এবং সিস্টেম UI

অ্যান্ড্রয়েড ১৭-তে নিম্নলিখিত পরিবর্তনগুলি অন্তর্ভুক্ত রয়েছে যা আরও সামঞ্জস্যপূর্ণ, স্বজ্ঞাত ব্যবহারকারীর অভিজ্ঞতা তৈরি করার উদ্দেশ্যে করা হয়েছে।

ঘূর্ণনের পরে ডিফল্ট IME দৃশ্যমানতা পুনরুদ্ধার করা হচ্ছে

অ্যান্ড্রয়েড ১৭ থেকে শুরু করে, যখন ডিভাইসের কনফিগারেশন পরিবর্তন হয় (উদাহরণস্বরূপ, ঘূর্ণনের মাধ্যমে), এবং এটি অ্যাপ নিজেই পরিচালনা করে না, তখন পূর্ববর্তী IME দৃশ্যমানতা পুনরুদ্ধার করা হয় না।

যদি আপনার অ্যাপের কনফিগারেশনে এমন কোনও পরিবর্তন আসে যা এটি পরিচালনা করতে পারে না এবং পরিবর্তনের পরে অ্যাপটির কীবোর্ডটি দৃশ্যমান হওয়ার প্রয়োজন হয়, তাহলে আপনাকে অবশ্যই এটির জন্য স্পষ্টভাবে অনুরোধ করতে হবে। আপনি নিম্নলিখিত যেকোনো একটি উপায়ে এই অনুরোধ করতে পারেন:

• android:windowSoftInputMode অ্যাট্রিবিউটটিকে stateAlwaysVisible এ সেট করুন।
• আপনার অ্যাক্টিভিটির onCreate() পদ্ধতিতে প্রোগ্রাম্যাটিকভাবে সফট কীবোর্ডটি অনুরোধ করুন, অথবা onConfigurationChanged() পদ্ধতিটি যোগ করুন।

মিডিয়া

অ্যান্ড্রয়েড ১৭-তে মিডিয়া আচরণে নিম্নলিখিত পরিবর্তনগুলি অন্তর্ভুক্ত রয়েছে।

পটভূমি অডিও শক্তকরণ

অ্যান্ড্রয়েড ১৭ থেকে শুরু করে, অডিও ফ্রেমওয়ার্কটি অডিও প্লেব্যাক, অডিও ফোকাস অনুরোধ এবং ভলিউম পরিবর্তন API সহ ব্যাকগ্রাউন্ড অডিও ইন্টারঅ্যাকশনের উপর বিধিনিষেধ আরোপ করে যাতে ব্যবহারকারী ইচ্ছাকৃতভাবে এই পরিবর্তনগুলি শুরু করে।

যদি অ্যাপটি বৈধ জীবনচক্রের মধ্যে না থাকাকালীন অডিও API গুলি কল করার চেষ্টা করে, তাহলে অডিও প্লেব্যাক এবং ভলিউম পরিবর্তন API গুলি কোনও ব্যতিক্রম ছাড়াই বা ব্যর্থতার বার্তা প্রদান না করে নীরবে ব্যর্থ হয়। অডিও ফোকাস API ফলাফল কোড AUDIOFOCUS_REQUEST_FAILED সহ ব্যর্থ হয়।

প্রশমন কৌশল সহ আরও তথ্যের জন্য, পটভূমি অডিও শক্তকরণ দেখুন।