অ্যান্ড্রয়েড ১৪ ডেভেলপারদের জন্য দুর্দান্ত বৈশিষ্ট্য এবং API গুলি উপস্থাপন করেছে। নিম্নলিখিতগুলি আপনাকে আপনার অ্যাপগুলির বৈশিষ্ট্যগুলি সম্পর্কে জানতে এবং সম্পর্কিত API গুলি দিয়ে শুরু করতে সহায়তা করে।
যোগ করা, পরিবর্তিত এবং সরানো API গুলির বিস্তারিত তালিকার জন্য, API diff রিপোর্টটি পড়ুন। যোগ করা API গুলির বিস্তারিত জানতে Android API রেফারেন্সটি দেখুন — Android 14 এর জন্য, API লেভেল 34 এ যোগ করা API গুলি সন্ধান করুন। প্ল্যাটফর্ম পরিবর্তনগুলি আপনার অ্যাপগুলিকে কোথায় প্রভাবিত করতে পারে সে সম্পর্কে জানতে, Android 14 এবং সমস্ত অ্যাপকে লক্ষ্য করে এমন অ্যাপগুলির জন্য Android 14 আচরণ পরিবর্তনগুলি পরীক্ষা করে দেখতে ভুলবেন না।
আন্তর্জাতিকীকরণ
প্রতি অ্যাপের ভাষা পছন্দ
Android 14 expands on the per-app language features that were introduced in Android 13 (API level 33) with these additional capabilities:
Automatically generate an app's
localeConfig: Starting with Android Studio Giraffe Canary 7 and AGP 8.1.0-alpha07, you can configure your app to support per-app language preferences automatically. Based on your project resources, the Android Gradle plugin generates theLocaleConfigfile and adds a reference to it in the final manifest file, so you no longer have to create or update the file manually. AGP uses the resources in theresfolders of your app modules and any library module dependencies to determine the locales to include in theLocaleConfigfile.Dynamic updates for an app's
localeConfig: Use thesetOverrideLocaleConfig()andgetOverrideLocaleConfig()methods inLocaleManagerto dynamically update your app's list of supported languages in the device's system settings. Use this flexibility to customize the list of supported languages per region, run A/B experiments, or provide an updated list of locales if your app utilizes server-side pushes for localization.App language visibility for input method editors (IMEs): IMEs can utilize the
getApplicationLocales()method to check the language of the current app and match the IME language to that language.
ব্যাকরণগত প্রতিফলন API
3 বিলিয়ন মানুষ লিঙ্গভিত্তিক ভাষায় কথা বলে: এমন ভাষা যেখানে ব্যাকরণগত বিভাগগুলি-যেমন বিশেষ্য, ক্রিয়া, বিশেষণ এবং অব্যয়গুলি-আপনি যে লোকে এবং বস্তুগুলির সাথে কথা বলেন বা তাদের লিঙ্গ অনুসারে প্রভাবিত করে৷ ঐতিহ্যগতভাবে, অনেক লিঙ্গযুক্ত ভাষা ডিফল্ট বা জেনেরিক লিঙ্গ হিসাবে পুংলিঙ্গ ব্যাকরণগত লিঙ্গ ব্যবহার করে।
ভুল ব্যাকরণগত লিঙ্গে ব্যবহারকারীদের সম্বোধন করা, যেমন পুরুষালি ব্যাকরণগত লিঙ্গে মহিলাদের সম্বোধন করা, তাদের কর্মক্ষমতা এবং মনোভাবকে নেতিবাচকভাবে প্রভাবিত করতে পারে। বিপরীতে, ভাষা সহ একটি UI যা ব্যবহারকারীর ব্যাকরণগত লিঙ্গকে সঠিকভাবে প্রতিফলিত করে ব্যবহারকারীর ব্যস্ততা উন্নত করতে পারে এবং আরও ব্যক্তিগতকৃত এবং স্বাভাবিক-শব্দযুক্ত ব্যবহারকারীর অভিজ্ঞতা প্রদান করতে পারে।
লিঙ্গভিত্তিক ভাষার জন্য একটি ব্যবহারকারী-কেন্দ্রিক UI তৈরি করতে আপনাকে সাহায্য করার জন্য, Android 14 ব্যাকরণগত ইনফ্লেকশন API প্রবর্তন করেছে, যা আপনাকে আপনার অ্যাপ রিফ্যাক্টর না করেই ব্যাকরণগত লিঙ্গের জন্য সমর্থন যোগ করতে দেয়।
,লিঙ্গভিত্তিক ভাষার জন্য একটি ব্যবহারকারী-কেন্দ্রিক UI তৈরি করতে আপনাকে সাহায্য করার জন্য, Android 14 ব্যাকরণগত ইনফ্লেকশন API প্রবর্তন করেছে, যা আপনাকে আপনার অ্যাপ রিফ্যাক্টর না করেই ব্যাকরণগত লিঙ্গের জন্য সমর্থন যোগ করতে দেয়।
,লিঙ্গভিত্তিক ভাষার জন্য একটি ব্যবহারকারী-কেন্দ্রিক UI তৈরি করতে আপনাকে সাহায্য করার জন্য, Android 14 ব্যাকরণগত ইনফ্লেকশন API প্রবর্তন করেছে, যা আপনাকে আপনার অ্যাপ রিফ্যাক্টর না করেই ব্যাকরণগত লিঙ্গের জন্য সমর্থন যোগ করতে দেয়।
,লিঙ্গভিত্তিক ভাষার জন্য একটি ব্যবহারকারী-কেন্দ্রিক UI তৈরি করতে আপনাকে সাহায্য করার জন্য, Android 14 ব্যাকরণগত ইনফ্লেকশন API প্রবর্তন করেছে, যা আপনাকে আপনার অ্যাপ রিফ্যাক্টর না করেই ব্যাকরণগত লিঙ্গের জন্য সমর্থন যোগ করতে দেয়।
আঞ্চলিক পছন্দসমূহ
আঞ্চলিক পছন্দগুলি ব্যবহারকারীদের তাপমাত্রা ইউনিট, সপ্তাহের প্রথম দিন এবং নম্বর সিস্টেমগুলিকে ব্যক্তিগতকৃত করতে সক্ষম করে৷ মার্কিন যুক্তরাষ্ট্রে বসবাসকারী একজন ইউরোপীয় ব্যক্তি ফারেনহাইটের পরিবর্তে তাপমাত্রার একক সেলসিয়াসে থাকতে পছন্দ করতে পারেন এবং অ্যাপগুলির জন্য রবিবারের মার্কিন ডিফল্টের পরিবর্তে সোমবারকে সপ্তাহের শুরু হিসাবে বিবেচনা করতে পারে।
এই পছন্দগুলির জন্য নতুন অ্যান্ড্রয়েড সেটিংস মেনুগুলি ব্যবহারকারীদের অ্যাপ পছন্দগুলি পরিবর্তন করতে একটি আবিষ্কারযোগ্য এবং কেন্দ্রীভূত অবস্থান প্রদান করে৷ এই পছন্দগুলি ব্যাকআপ এবং পুনরুদ্ধারের মাধ্যমেও বজায় থাকে। বেশ কিছু API এবং উদ্দেশ্য — যেমন getTemperatureUnit এবং getFirstDayOfWeek — আপনার অ্যাপটিকে ব্যবহারকারীর পছন্দগুলিতে পড়ার অ্যাক্সেস মঞ্জুর করে, যাতে আপনার অ্যাপ কীভাবে তথ্য প্রদর্শন করে তা সামঞ্জস্য করতে পারে৷ আঞ্চলিক পছন্দ পরিবর্তন হলে লোকেল কনফিগারেশন পরিবর্তনগুলি পরিচালনা করতে আপনি ACTION_LOCALE_CHANGED এ একটি BroadcastReceiver নিবন্ধন করতে পারেন৷
এই সেটিংসগুলি খুঁজতে, সেটিংস অ্যাপটি খুলুন এবং সিস্টেম > ভাষা এবং ইনপুট > আঞ্চলিক পছন্দগুলিতে নেভিগেট করুন।


অ্যাক্সেসযোগ্যতা
নন-লিনিয়ার ফন্ট স্কেলিং ২০০% এ
অ্যান্ড্রয়েড ১৪ থেকে শুরু করে, সিস্টেমটি ২০০% পর্যন্ত ফন্ট স্কেলিং সমর্থন করে, যা ব্যবহারকারীদের অতিরিক্ত অ্যাক্সেসিবিলিটি বিকল্প প্রদান করে।
স্ক্রিনে বৃহৎ টেক্সট এলিমেন্ট যাতে খুব বেশি স্কেলিং না করে, তার জন্য সিস্টেমটি একটি নন-লিনিয়ার স্কেলিং কার্ভ প্রয়োগ করে। এই স্কেলিং কৌশলের অর্থ হল বৃহৎ টেক্সট ছোট টেক্সটের সমান হারে স্কেলিং করে না। নন-লিনিয়ার ফন্ট স্কেলিং বিভিন্ন আকারের উপাদানের মধ্যে আনুপাতিক স্তরক্রম বজায় রাখতে সাহায্য করে এবং উচ্চ ডিগ্রীতে লিনিয়ার টেক্সট স্কেলিং (যেমন টেক্সট কেটে ফেলা বা অত্যন্ত বড় ডিসপ্লে সাইজের কারণে পড়া কঠিন হয়ে পড়া) সমস্যাগুলি কমাতে সাহায্য করে।
নন-লিনিয়ার ফন্ট স্কেলিং দিয়ে আপনার অ্যাপটি পরীক্ষা করুন

যদি আপনি ইতিমধ্যেই টেক্সট সাইজিং নির্ধারণের জন্য স্কেলড পিক্সেল (sp) ইউনিট ব্যবহার করেন, তাহলে এই অতিরিক্ত বিকল্পগুলি এবং স্কেলিং উন্নতিগুলি আপনার অ্যাপের টেক্সটে স্বয়ংক্রিয়ভাবে প্রয়োগ করা হবে। তবে, আপনার অ্যাপটি সঠিকভাবে ফন্ট সাইজ প্রয়োগ করে এবং ব্যবহারযোগ্যতাকে প্রভাবিত না করে বড় ফন্ট সাইজগুলিকে সামঞ্জস্য করতে পারে তা নিশ্চিত করার জন্য আপনার সর্বোচ্চ ফন্ট সাইজ (200%) সক্ষম করে UI পরীক্ষা করা উচিত।
২০০% ফন্ট সাইজ সক্ষম করতে, এই পদক্ষেপগুলি অনুসরণ করুন:
- সেটিংস অ্যাপটি খুলুন এবং অ্যাক্সেসিবিলিটি > ডিসপ্লে সাইজ এবং টেক্সট এ যান।
- ফন্ট সাইজ বিকল্পের জন্য, প্লাস (+) আইকনে ট্যাপ করুন যতক্ষণ না সর্বোচ্চ ফন্ট সাইজ সেটিং সক্ষম হয়, যেমনটি এই বিভাগের সাথে থাকা ছবিতে দেখানো হয়েছে।
টেক্সট-সাইজ এর জন্য স্কেলড পিক্সেল (sp) ইউনিট ব্যবহার করুন
sp ইউনিটে টেক্সট সাইজ সবসময় নির্দিষ্ট করতে ভুলবেন না। যখন আপনার অ্যাপ sp ইউনিট ব্যবহার করে, তখন Android ব্যবহারকারীর পছন্দের টেক্সট সাইজ প্রয়োগ করতে পারে এবং যথাযথভাবে স্কেল করতে পারে।
প্যাডিংয়ের জন্য sp ইউনিট ব্যবহার করবেন না বা অন্তর্নিহিত প্যাডিং ধরে নিয়ে ভিউ হাইট নির্ধারণ করবেন না: নন-লিনিয়ার ফন্ট স্কেলিংয়ে sp মাত্রা সমানুপাতিক নাও হতে পারে, তাই 4sp + 20sp 24sp এর সমান নাও হতে পারে।
স্কেলড পিক্সেল (sp) ইউনিট রূপান্তর করুন
sp ইউনিট থেকে পিক্সেলে রূপান্তর করতে TypedValue.applyDimension() ব্যবহার করুন, এবং পিক্সেলকে sp তে রূপান্তর করতে TypedValue.deriveDimension() ব্যবহার করুন। এই পদ্ধতিগুলি স্বয়ংক্রিয়ভাবে উপযুক্ত নন-লিনিয়ার স্কেলিং কার্ভ প্রয়োগ করে।
Configuration.fontScale অথবা DisplayMetrics.scaledDensity ব্যবহার করে হার্ডকোডিং সমীকরণ এড়িয়ে চলুন । যেহেতু ফন্ট স্কেলিং অরৈখিক, তাই scaledDensity ক্ষেত্রটি আর সঠিক নয়। fontScale ক্ষেত্রটি কেবল তথ্যের উদ্দেশ্যে ব্যবহার করা উচিত কারণ ফন্টগুলি আর একক স্কেলার মান দিয়ে স্কেল করা হয় না।
লাইনহাইটের জন্য sp ইউনিট ব্যবহার করুন
সর্বদা dp এর পরিবর্তে sp ইউনিট ব্যবহার করে android:lineHeight সংজ্ঞায়িত করুন, যাতে লাইনের উচ্চতা আপনার টেক্সটের সাথে স্কেল হয়। অন্যথায়, যদি আপনার টেক্সট sp হয় কিন্তু আপনার lineHeight dp বা px এ থাকে, তাহলে এটি স্কেল করে না এবং সঙ্কুচিত দেখায়। TextView স্বয়ংক্রিয়ভাবে lineHeight সংশোধন করে যাতে আপনার অভিপ্রেত অনুপাতগুলি সংরক্ষিত থাকে, তবে শুধুমাত্র যদি textSize এবং lineHeight উভয়ই sp ইউনিটে সংজ্ঞায়িত করা হয়।
ক্যামেরা এবং মিডিয়া
ছবির জন্য আল্ট্রা এইচডিআর

Android 14 হাই ডায়নামিক রেঞ্জ (HDR) চিত্রগুলির জন্য সমর্থন যোগ করে যা একটি ফটো তোলার সময় সেন্সর থেকে আরও তথ্য ধরে রাখে, যা প্রাণবন্ত রঙ এবং বৃহত্তর বৈসাদৃশ্য সক্ষম করে। অ্যান্ড্রয়েড আল্ট্রা এইচডিআর ফরম্যাট ব্যবহার করে, যা JPEG ছবির সাথে সম্পূর্ণ পশ্চাৎপদ সামঞ্জস্যপূর্ণ, অ্যাপগুলিকে HDR চিত্রগুলির সাথে নির্বিঘ্নে আন্তঃঅপারেটিং করার অনুমতি দেয়, সেগুলিকে প্রয়োজন অনুসারে স্ট্যান্ডার্ড ডায়নামিক রেঞ্জে (SDR) প্রদর্শন করে৷
HDR-এ UI-তে এই ছবিগুলি রেন্ডার করা ফ্রেমওয়ার্ক দ্বারা স্বয়ংক্রিয়ভাবে সম্পন্ন হয় যখন আপনার অ্যাপটি তার কার্যকলাপ উইন্ডোর জন্য HDR UI ব্যবহার করতে বেছে নেয়, হয় একটি ম্যানিফেস্ট এন্ট্রির মাধ্যমে বা রানটাইমে Window.setColorMode() কল করে । আপনি সমর্থিত ডিভাইসগুলিতে সংকুচিত আল্ট্রা এইচডিআর স্থির চিত্রগুলিও ক্যাপচার করতে পারেন। সেন্সর থেকে আরো রং উদ্ধারের সাথে, পোস্টে সম্পাদনা আরও নমনীয় হতে পারে। আল্ট্রা এইচডিআর ইমেজের সাথে যুক্ত Gainmap OpenGL বা Vulkan ব্যবহার করে রেন্ডার করতে ব্যবহার করা যেতে পারে।

Android 14 হাই ডায়নামিক রেঞ্জ (HDR) চিত্রগুলির জন্য সমর্থন যোগ করে যা একটি ফটো তোলার সময় সেন্সর থেকে আরও তথ্য ধরে রাখে, যা প্রাণবন্ত রঙ এবং বৃহত্তর বৈসাদৃশ্য সক্ষম করে। অ্যান্ড্রয়েড আল্ট্রা এইচডিআর ফরম্যাট ব্যবহার করে, যা JPEG ছবির সাথে সম্পূর্ণ পশ্চাৎপদ সামঞ্জস্যপূর্ণ, অ্যাপগুলিকে HDR চিত্রগুলির সাথে নির্বিঘ্নে আন্তঃঅপারেটিং করার অনুমতি দেয়, সেগুলিকে প্রয়োজন অনুসারে স্ট্যান্ডার্ড ডায়নামিক রেঞ্জে (SDR) প্রদর্শন করে৷
HDR-এ UI-তে এই ছবিগুলি রেন্ডার করা ফ্রেমওয়ার্ক দ্বারা স্বয়ংক্রিয়ভাবে সম্পন্ন হয় যখন আপনার অ্যাপটি তার কার্যকলাপ উইন্ডোর জন্য HDR UI ব্যবহার করতে বেছে নেয়, হয় একটি ম্যানিফেস্ট এন্ট্রির মাধ্যমে বা রানটাইমে Window.setColorMode() কল করে । আপনি সমর্থিত ডিভাইসগুলিতে সংকুচিত আল্ট্রা এইচডিআর স্থির চিত্রগুলিও ক্যাপচার করতে পারেন। সেন্সর থেকে আরো রং পুনরুদ্ধার করার সাথে, পোস্টে সম্পাদনা আরও নমনীয় হতে পারে। আল্ট্রা এইচডিআর ইমেজের সাথে যুক্ত Gainmap OpenGL বা Vulkan ব্যবহার করে রেন্ডার করতে ব্যবহার করা যেতে পারে।
ক্যামেরা এক্সটেনশনে জুম, ফোকাস, পোস্টভিউ এবং আরও অনেক কিছু
Android 14 upgrades and improves camera extensions, allowing apps to handle longer processing times, which enables improved images using compute-intensive algorithms like low-light photography on supported devices. These features give users an even more robust experience when using camera extension capabilities. Examples of these improvements include:
- Dynamic still capture processing latency estimation provides much more
accurate still capture latency estimates based on the current scene and
environment conditions. Call
CameraExtensionSession.getRealtimeStillCaptureLatency()to get aStillCaptureLatencyobject that has two latency estimation methods. ThegetCaptureLatency()method returns the estimated latency betweenonCaptureStartedandonCaptureProcessStarted(), and thegetProcessingLatency()method returns the estimated latency betweenonCaptureProcessStarted()and the final processed frame being available. - Support for capture progress callbacks so that apps can display the current
progress of long-running, still-capture processing operations. You can check
if this feature is available with
CameraExtensionCharacteristics.isCaptureProcessProgressAvailable, and if it is, you implement theonCaptureProcessProgressed()callback, which has the progress (from 0 to 100) passed in as a parameter. Extension specific metadata, such as
CaptureRequest.EXTENSION_STRENGTHfor dialing in the amount of an extension effect, such as the amount of background blur withEXTENSION_BOKEH.Postview Feature for Still Capture in camera extensions, which provides a less-processed image more quickly than the final image. If an extension has increased processing latency, a postview image could be provided as a placeholder to improve UX and switched out later for the final image. You can check if this feature is available with
CameraExtensionCharacteristics.isPostviewAvailable. Then you can pass anOutputConfigurationtoExtensionSessionConfiguration.setPostviewOutputConfiguration.Support for
SurfaceViewallowing for a more optimized and power-efficient preview render path.Support for tap to focus and zoom during extension usage.
ইন-সেন্সর জুম
When REQUEST_AVAILABLE_CAPABILITIES_STREAM_USE_CASE in
CameraCharacteristics contains
SCALER_AVAILABLE_STREAM_USE_CASES_CROPPED_RAW, your app
can use advanced sensor capabilities to give a cropped RAW stream the same
pixels as the full field of view by using a CaptureRequest
with a RAW target that has stream use case set to
CameraMetadata.SCALER_AVAILABLE_STREAM_USE_CASES_CROPPED_RAW.
By implementing the request override controls, the updated camera gives users
zoom control even before other camera controls are ready.
লসলেস ইউএসবি অডিও
Android 14 USB তারযুক্ত হেডসেটের মাধ্যমে অডিওফাইল-স্তরের অভিজ্ঞতার জন্য ক্ষতিহীন অডিও ফর্ম্যাটের জন্য সমর্থন লাভ করে। আপনি একটি USB ডিভাইসের পছন্দের মিক্সার অ্যাট্রিবিউটের জন্য প্রশ্ন করতে পারেন, পছন্দের মিক্সার অ্যাট্রিবিউটের পরিবর্তনের জন্য একজন শ্রোতা নিবন্ধন করতে পারেন এবং AudioMixerAttributes ক্লাস ব্যবহার করে মিক্সার অ্যাট্রিবিউট কনফিগার করতে পারেন। এই শ্রেণীটি বিন্যাস উপস্থাপন করে, যেমন চ্যানেল মাস্ক, নমুনা হার এবং অডিও মিক্সারের আচরণ। ক্লাস অডিও সরাসরি পাঠানোর অনুমতি দেয়, মিশ্রণ, ভলিউম সমন্বয়, বা প্রক্রিয়াকরণ প্রভাব ছাড়াই।
ডেভেলপারের উৎপাদনশীলতা এবং সরঞ্জাম
শংসাপত্র ব্যবস্থাপক
অ্যান্ড্রয়েড 14 একটি প্ল্যাটফর্ম API হিসাবে ক্রেডেনশিয়াল ম্যানেজার যুক্ত করে, Google Play পরিষেবাগুলি ব্যবহার করে জেটপ্যাক লাইব্রেরির মাধ্যমে Android 4.4 (API স্তর 19) ডিভাইসগুলিতে অতিরিক্ত সমর্থন সহ। শংসাপত্র ব্যবস্থাপকের লক্ষ্য হল ব্যবহারকারী-কনফিগার করা শংসাপত্র প্রদানকারীদের সাথে শংসাপত্র পুনরুদ্ধার এবং সঞ্চয় করে এমন API সহ ব্যবহারকারীদের জন্য সাইন-ইন সহজ করা। ক্রেডেনশিয়াল ম্যানেজার একাধিক সাইন-ইন পদ্ধতি সমর্থন করে, যার মধ্যে ব্যবহারকারীর নাম এবং পাসওয়ার্ড, পাসকি এবং ফেডারেটেড সাইন-ইন সমাধান (যেমন Google-এর সাথে সাইন-ইন) একক API-এ অন্তর্ভুক্ত।
পাসকি অনেক সুবিধা প্রদান করে। উদাহরণস্বরূপ, পাসকিগুলি শিল্পের মানগুলির উপর তৈরি করা হয়, বিভিন্ন অপারেটিং সিস্টেম এবং ব্রাউজার ইকোসিস্টেম জুড়ে কাজ করতে পারে এবং ওয়েবসাইট এবং অ্যাপ উভয়ের সাথেই ব্যবহার করা যেতে পারে।
আরও তথ্যের জন্য, ক্রেডেনশিয়াল ম্যানেজার এবং পাসকি ডকুমেন্টেশন এবং ক্রেডেনশিয়াল ম্যানেজার এবং পাসকি সম্পর্কে ব্লগপোস্ট দেখুন।
স্বাস্থ্য সংযোগ
Health Connect 是用户健康与健身数据的设备端仓库。借助该功能,用户可以在一个位置控制要与这些应用共享哪些数据,并在自己喜爱的应用之间共享数据。
在搭载 Android 14 之前的 Android 版本的设备上,Health Connect 可作为应用从 Google Play 商店下载。从 Android 14 开始,Health Connect 将成为 Android 平台的一部分,并通过 Google Play 系统更新接收更新,而无需单独下载。这样一来,Health Connect 就可以频繁更新,您的应用可以依赖于搭载 Android 14 或更高版本的设备上提供的 Health Connect。用户可以通过设备的“设置”访问 Health Connect,隐私控制功能集成到系统设置中。
Health Connect 在 Android 14 中包含多项新功能,例如锻炼路线,可让用户分享可在地图上直观呈现的锻炼路线。路线定义为在一定时间范围内保存的位置列表,您的应用可以将路线插入锻炼时段,将它们关联起来。为确保用户能够完全控制此类敏感数据,用户必须允许与其他应用共享单个路线。
如需了解详情,请参阅 Health Connect 文档以及有关 Android Health 中的新功能的博文。
OpenJDK ১৭টি আপডেট
Android 14 continues the work of refreshing Android's core libraries to align with the features in the latest OpenJDK LTS releases, including both library updates and Java 17 language support for app and platform developers.
The following features and improvements are included:
- Updated approximately 300
java.baseclasses to Java 17 support. - Text Blocks, which introduce multi-line string literals to the Java programming language.
- Pattern Matching for instanceof, which allows an object to
be treated as having a specific type in an
instanceofwithout any additional variables. - Sealed classes, which allow you restrict which classes and interfaces can extend or implement them.
Thanks to Google Play system updates (Project Mainline), over 600 million devices are enabled to receive the latest Android Runtime (ART) updates that include these changes. This is part of our commitment to give apps a more consistent, secure environment across devices, and to deliver new features and capabilities to users independent of platform releases.
Java and OpenJDK are trademarks or registered trademarks of Oracle and/or its affiliates.
অ্যাপ স্টোরের জন্য উন্নতি
অ্যান্ড্রয়েড 14 বেশ কয়েকটি PackageInstaller এপিআই প্রবর্তন করে যা অ্যাপ স্টোরগুলিকে তাদের ব্যবহারকারীর অভিজ্ঞতা উন্নত করতে দেয়।
ডাউনলোড করার আগে ইনস্টল করার অনুমোদনের জন্য অনুরোধ করুন
একটি অ্যাপ ইনস্টল বা আপডেট করার জন্য ব্যবহারকারীর অনুমোদনের প্রয়োজন হতে পারে। উদাহরণস্বরূপ, যখন একটি ইনস্টলার REQUEST_INSTALL_PACKAGES অনুমতি ব্যবহার করে একটি নতুন অ্যাপ ইনস্টল করার চেষ্টা করে৷ পূর্ববর্তী অ্যান্ড্রয়েড সংস্করণগুলিতে, অ্যাপ স্টোরগুলি শুধুমাত্র ইনস্টল সেশনে APK লেখার পরে এবং সেশনটি প্রতিশ্রুতিবদ্ধ হওয়ার পরে ব্যবহারকারীর অনুমোদনের অনুরোধ করতে পারে৷
Android 14 দিয়ে শুরু করে, requestUserPreapproval() পদ্ধতিটি ইনস্টলারদের ইনস্টল সেশন করার আগে ব্যবহারকারীর অনুমোদনের অনুরোধ করতে দেয়। এই উন্নতিটি ব্যবহারকারীর দ্বারা ইনস্টলেশন অনুমোদন না হওয়া পর্যন্ত একটি অ্যাপ স্টোরকে যেকোনো APK ডাউনলোড করা স্থগিত করতে দেয়। অধিকন্তু, একবার একজন ব্যবহারকারী ইনস্টলেশন অনুমোদন করলে, অ্যাপ স্টোর ব্যবহারকারীকে বাধা না দিয়ে পটভূমিতে অ্যাপটি ডাউনলোড এবং ইনস্টল করতে পারে।
ভবিষ্যতের আপডেটের জন্য দায়িত্ব দাবি করুন
setRequestUpdateOwnership() পদ্ধতিটি একটি ইনস্টলারকে সিস্টেমকে নির্দেশ করতে দেয় যে এটি ইনস্টল করা একটি অ্যাপের ভবিষ্যতের আপডেটের জন্য দায়ী হতে চায়। এই ক্ষমতা আপডেট মালিকানা এনফোর্সমেন্টকে সক্ষম করে, যার মানে শুধুমাত্র আপডেট মালিককে অ্যাপে স্বয়ংক্রিয় আপডেট ইনস্টল করার অনুমতি দেওয়া হয়। আপডেট মালিকানা এনফোর্সমেন্ট নিশ্চিত করতে সাহায্য করে যে ব্যবহারকারীরা শুধুমাত্র প্রত্যাশিত অ্যাপ স্টোর থেকে আপডেট পান।
INSTALL_PACKAGES অনুমতি ব্যবহার করা সহ অন্য যেকোনো ইনস্টলারকে একটি আপডেট ইনস্টল করার জন্য স্পষ্ট ব্যবহারকারীর অনুমোদন পেতে হবে। যদি একজন ব্যবহারকারী অন্য উৎস থেকে আপডেট নিয়ে এগিয়ে যাওয়ার সিদ্ধান্ত নেন, তাহলে আপডেটের মালিকানা হারিয়ে যায়।
কম ব্যাঘাতমূলক সময়ে অ্যাপ আপডেট করুন
অ্যাপ স্টোরগুলি সাধারণত সক্রিয়ভাবে ব্যবহার করা একটি অ্যাপ আপডেট করা এড়াতে চায় কারণ এটি অ্যাপের চলমান প্রক্রিয়াগুলিকে হত্যার দিকে নিয়ে যায়, যা ব্যবহারকারী যা করছিল তা সম্ভাব্যভাবে বাধা দেয়।
Android 14 দিয়ে শুরু করে, InstallConstraints API ইনস্টলারদের তাদের অ্যাপ আপডেটগুলি একটি উপযুক্ত মুহূর্তে ঘটে তা নিশ্চিত করার একটি উপায় দেয়। উদাহরণ স্বরূপ, একটি অ্যাপ স্টোর commitSessionAfterInstallConstraintsAreMet() পদ্ধতিতে কল করতে পারে যাতে নিশ্চিত করা যায় যে একটি আপডেট শুধুমাত্র তখনই প্রতিশ্রুতিবদ্ধ যখন ব্যবহারকারী আর প্রশ্নযুক্ত অ্যাপের সাথে ইন্টারঅ্যাক্ট করছেন না।
নির্বিঘ্নে ঐচ্ছিক বিভাজন ইনস্টল করুন
বিভক্ত APK-এর সাহায্যে, কোনো অ্যাপের বৈশিষ্ট্যগুলিকে একচেটিয়া APK না করে আলাদা APK ফাইলে বিতরণ করা যেতে পারে। স্প্লিট APK অ্যাপ স্টোরগুলিকে বিভিন্ন অ্যাপের উপাদানের ডেলিভারি অপ্টিমাইজ করার অনুমতি দেয়। উদাহরণস্বরূপ, অ্যাপ স্টোরগুলি লক্ষ্য ডিভাইসের বৈশিষ্ট্যের উপর ভিত্তি করে অপ্টিমাইজ করতে পারে। PackageInstaller API API স্তর 22-এ প্রবর্তনের পর থেকে বিভাজন সমর্থন করেছে।
Android 14-এ, setDontKillApp() পদ্ধতিটি একটি ইনস্টলারকে ইঙ্গিত করতে দেয় যে নতুন স্প্লিটগুলি ইনস্টল করার সময় অ্যাপের চলমান প্রক্রিয়াগুলিকে হত্যা করা উচিত নয়। অ্যাপ স্টোরগুলি ব্যবহারকারী অ্যাপটি ব্যবহার করার সময় একটি অ্যাপের নতুন বৈশিষ্ট্যগুলি নির্বিঘ্নে ইনস্টল করতে এই বৈশিষ্ট্যটি ব্যবহার করতে পারে।
অ্যাপ মেটাডেটা বান্ডেল
Starting in Android 14, the Android package installer lets you specify app metadata, such as data safety practices, to include on app store pages such as Google Play.
ব্যবহারকারীরা কখন ডিভাইসের স্ক্রিনশট নেয় তা শনাক্ত করুন
স্ক্রিনশট সনাক্তকরণের জন্য আরও মানসম্মত অভিজ্ঞতা তৈরি করতে, অ্যান্ড্রয়েড 14 একটি গোপনীয়তা-সংরক্ষণকারী স্ক্রিনশট সনাক্তকরণ API চালু করেছে। এই API অ্যাপগুলিকে প্রতি-অ্যাক্টিভিটির ভিত্তিতে কলব্যাক নিবন্ধন করতে দেয়। এই কলব্যাকগুলি আহ্বান করা হয় এবং ব্যবহারকারী যখন সেই কার্যকলাপটি দৃশ্যমান অবস্থায় স্ক্রিনশট নেন তখন ব্যবহারকারীকে অবহিত করা হয়।
ব্যবহারকারীর অভিজ্ঞতা
শেয়ারশিট কাস্টম অ্যাকশন এবং উন্নত র্যাঙ্কিং
Android 14 updates the system sharesheet to support custom app actions and more informative preview results for users.
Add custom actions
With Android 14, your app can add custom actions to the system sharesheet it invokes.
Improve ranking of Direct Share targets
Android 14 uses more signals from apps to determine the ranking of the direct share targets to provide more helpful results for the user. To provide the most useful signal for ranking, follow the guidance for improving rankings of your Direct Share targets. Communication apps can also report shortcut usage for outgoing and incoming messages.
প্রেডিক্টিভ ব্যাকের জন্য বিল্ট-ইন এবং কাস্টম অ্যানিমেশনের জন্য সমর্থন
Android 13 একটি বিকাশকারী বিকল্পের পিছনে ভবিষ্যদ্বাণীমূলক ব্যাক-টু-হোম অ্যানিমেশন চালু করেছে। ডেভেলপার বিকল্প চালু থাকা সমর্থিত অ্যাপে ব্যবহার করা হলে, পিছনে সোয়াইপ করা একটি অ্যানিমেশন দেখায় যা নির্দেশ করে যে পিছনের অঙ্গভঙ্গি অ্যাপ থেকে হোম স্ক্রিনে ফিরে আসে।
অ্যান্ড্রয়েড 14-এ একাধিক উন্নতি এবং ভবিষ্যদ্বাণীমূলক পিছনের জন্য নতুন নির্দেশিকা রয়েছে:
- আপনি সমগ্র অ্যাপের পরিবর্তে ক্রিয়াকলাপ প্রতি পূর্বাভাসমূলক ব্যাক সিস্টেম অ্যানিমেশন নির্বাচন করতে
android:enableOnBackInvokedCallback=trueসেট করতে পারেন। - আমরা অ্যান্ড্রয়েড 13 থেকে হোম-টু-হোম অ্যানিমেশনের সাথে নতুন সিস্টেম অ্যানিমেশন যোগ করেছি। নতুন সিস্টেম অ্যানিমেশনগুলি হল ক্রস-অ্যাক্টিভিটি এবং ক্রস-টাস্ক, যা আপনি প্রেডিকটিভ ব্যাক-এ স্থানান্তরিত করার পরে স্বয়ংক্রিয়ভাবে পেয়ে যাবেন।
- আমরা নীচের শীট , সাইড শীট এবং অনুসন্ধানের জন্য নতুন উপাদান উপাদান অ্যানিমেশন যুক্ত করেছি।
- আমরা কাস্টম ইন-অ্যাপ অ্যানিমেশন এবং ট্রানজিশন তৈরি করার জন্য ডিজাইন নির্দেশিকা তৈরি করেছি।
- কাস্টম ইন-অ্যাপ ট্রানজিশন অ্যানিমেশন সমর্থন করার জন্য আমরা নতুন API যোগ করেছি:
-
OnBackPressedCallbackinhandleOnBackStarted,handleOnBackProgressed,handleOnBackCancelled -
onBackStarted,onBackProgressed,OnBackAnimationCallbackinonBackCancelled - ট্রানজিশনের জন্য ওভাররাইড অ্যাক্টিভিটি
overridePendingTransitionপরিবর্তেoverrideActivityTransitionট্রানজিশন ব্যবহার করুন যা ব্যবহারকারীর পিছনে সোয়াইপ করার সাথে সাথে প্রতিক্রিয়া জানায়।
-
এই অ্যান্ড্রয়েড 14 প্রিভিউ রিলিজের সাথে, প্রেডিকটিভ ব্যাকের সমস্ত বৈশিষ্ট্য একটি বিকাশকারী বিকল্পের পিছনে থাকে। আপনার অ্যাপ্লিকেশানটিকে পূর্বাভাসমূলক পিছনে স্থানান্তর করতে বিকাশকারী নির্দেশিকা দেখুন, সেইসাথে কাস্টম ইন-অ্যাপ ট্রানজিশন তৈরি করার জন্য বিকাশকারী নির্দেশিকা দেখুন৷
প্রতি অ্যাপে বড় স্ক্রিনের ডিভাইস প্রস্তুতকারক ওভাররাইড করে
প্রতি-অ্যাপ ওভাররাইডগুলি ডিভাইস নির্মাতাদের বড় স্ক্রিনের ডিভাইসে অ্যাপের আচরণ পরিবর্তন করতে সক্ষম করে। উদাহরণ স্বরূপ, FORCE_RESIZE_APP ওভাররাইড সিস্টেমকে ডিসপ্লে ডাইমেনশনের সাথে ফিট করার জন্য অ্যাপের আকার পরিবর্তন করার নির্দেশ দেয় (আকারের সামঞ্জস্য মোড এড়িয়ে যাওয়া) এমনকি যদি অ্যাপ ম্যানিফেস্টে resizeableActivity="false" সেট করা থাকে।
ওভাররাইডগুলি বড় স্ক্রিনে ব্যবহারকারীর অভিজ্ঞতা উন্নত করার উদ্দেশ্যে করা হয়েছে৷
নতুন ম্যানিফেস্ট বৈশিষ্ট্যগুলি আপনাকে আপনার অ্যাপের জন্য কিছু ডিভাইস প্রস্তুতকারক ওভাররাইড অক্ষম করতে সক্ষম করে৷
প্রতি অ্যাপে বড় স্ক্রিন ব্যবহারকারীর ওভাররাইড
Per-app overrides change the behavior of apps on large screen devices. For example, the OVERRIDE_MIN_ASPECT_RATIO_LARGE device manufacturer override sets the app aspect ratio to 16:9 regardless of the app's configuration.
Android 14 QPR1 enables users to apply per‑app overrides by means of a new settings menu on large screen devices.
অ্যাপ স্ক্রিন শেয়ারিং
অ্যাপ স্ক্রিন শেয়ারিং ব্যবহারকারীদের স্ক্রিন সামগ্রী রেকর্ডিংয়ের সময় পুরো ডিভাইস স্ক্রীনের পরিবর্তে একটি অ্যাপ উইন্ডো শেয়ার করতে সক্ষম করে।
অ্যাপ স্ক্রিন ভাগ করে নেওয়ার সাথে, স্ট্যাটাস বার, নেভিগেশন বার, বিজ্ঞপ্তি এবং অন্যান্য সিস্টেম UI উপাদানগুলি ভাগ করা ডিসপ্লে থেকে বাদ দেওয়া হয়। শুধুমাত্র নির্বাচিত অ্যাপের বিষয়বস্তু শেয়ার করা হয়।
অ্যাপ স্ক্রিন শেয়ারিং ব্যবহারকারীদের একাধিক অ্যাপ চালাতে সক্ষম করার মাধ্যমে উৎপাদনশীলতা এবং গোপনীয়তা উন্নত করে কিন্তু কন্টেন্ট শেয়ারিংকে একটি অ্যাপে সীমিত করে।
Pixel 8 Pro-তে Gboard-এ LLM-চালিত স্মার্ট রিপ্লাই
ডিসেম্বর ফিচার ড্রপ সহ Pixel 8 Pro ডিভাইসে, ডেভেলপাররা Google Tensor-এ চলমান অন-ডিভাইস লার্জ ল্যাঙ্গুয়েজ মডেল (LLMs) দ্বারা চালিত Gboard-এ উচ্চ মানের স্মার্ট উত্তর ব্যবহার করে দেখতে পারেন।
এই বৈশিষ্ট্যটি হোয়াটসঅ্যাপ, লাইন এবং KakaoTalk-এ US ইংরেজির জন্য সীমিত প্রিভিউ হিসাবে উপলব্ধ। আপনার কীবোর্ড হিসাবে Gboard সহ একটি Pixel 8 Pro ডিভাইস ব্যবহার করতে হবে।
এটি ব্যবহার করে দেখতে, প্রথমে সেটিংস > বিকাশকারী বিকল্প > AiCore সেটিংস > Aicore Persistent সক্ষম করুন এ বৈশিষ্ট্যটি সক্ষম করুন।
এরপর, ইনকামিং মেসেজের প্রতিক্রিয়ায় Gboard-এর সাজেশন স্ট্রিপে LLM-চালিত স্মার্ট রিপ্লাই দেখতে একটি সমর্থিত অ্যাপে একটি কথোপকথন খুলুন।
গ্রাফিক্স
পাথগুলি অনুসন্ধানযোগ্য এবং ইন্টারপোলেটেবল
অ্যান্ড্রয়েডের Path এপিআই হল ভেক্টর গ্রাফিক্স তৈরি এবং রেন্ডার করার জন্য একটি শক্তিশালী এবং নমনীয় প্রক্রিয়া, একটি পাথ স্ট্রোক বা পূরণ করার ক্ষমতা, লাইন সেগমেন্ট বা চতুর্ভুজ বা ঘনবক্ররেখা থেকে একটি পথ তৈরি করা, আরও জটিল আকার পেতে বুলিয়ান অপারেশন সম্পাদন করা, বা সমস্ত এই একযোগে. একটি সীমাবদ্ধতা হল একটি পথ বস্তুতে আসলে কী আছে তা খুঁজে বের করার ক্ষমতা; বস্তুর অভ্যন্তরীণগুলি সৃষ্টির পরে কলারদের কাছে অস্বচ্ছ।
একটি Path তৈরি করতে, আপনি পাথ সেগমেন্ট যোগ করার জন্য moveTo() , lineTo() , এবং cubicTo() এর মতো পদ্ধতিগুলিকে কল করুন৷ কিন্তু সেগমেন্টগুলি কী তা জিজ্ঞাসা করার কোনও উপায় নেই, তাই আপনাকে সৃষ্টির সময় সেই তথ্যটি ধরে রাখতে হবে।
অ্যান্ড্রয়েড 14 থেকে শুরু করে, আপনি সেগুলির ভিতরে কী আছে তা খুঁজে পেতে পাথগুলি অনুসন্ধান করতে পারেন৷ প্রথমে, আপনাকে Path.getPathIterator API ব্যবহার করে একটি PathIterator অবজেক্ট পেতে হবে:
কোটলিন
val path = Path().apply { moveTo(1.0f, 1.0f) lineTo(2.0f, 2.0f) close() } val pathIterator = path.pathIterator
জাভা
Path path = new Path(); path.moveTo(1.0F, 1.0F); path.lineTo(2.0F, 2.0F); path.close(); PathIterator pathIterator = path.getPathIterator();
এর পরে, আপনি প্রতিটি সেগমেন্টের জন্য প্রয়োজনীয় সমস্ত ডেটা পুনরুদ্ধার করে একের পর এক সেগমেন্টের মাধ্যমে পুনরাবৃত্তি করতে PathIterator কল করতে পারেন। এই উদাহরণটি PathIterator.Segment অবজেক্ট ব্যবহার করে, যা আপনার জন্য ডেটা প্যাকেজ করে:
কোটলিন
for (segment in pathIterator) { println("segment: ${segment.verb}, ${segment.points}") }
জাভা
while (pathIterator.hasNext()) { PathIterator.Segment segment = pathIterator.next(); Log.i(LOG_TAG, "segment: " + segment.getVerb() + ", " + segment.getPoints()); }
PathIterator এর একটি নন-অ্যালোকেটিং সংস্করণ রয়েছে next() যেখানে আপনি পয়েন্ট ডেটা ধরে রাখতে একটি বাফারে পাস করতে পারেন।
Path ডেটা অনুসন্ধানের গুরুত্বপূর্ণ ব্যবহারের ক্ষেত্রে একটি হল ইন্টারপোলেশন। উদাহরণস্বরূপ, আপনি দুটি ভিন্ন পথের মধ্যে অ্যানিমেট (বা morph ) করতে চাইতে পারেন। সেই ব্যবহারের ক্ষেত্রে আরও সরল করার জন্য, Android 14-এ Path interpolate() পদ্ধতিও অন্তর্ভুক্ত রয়েছে। দুটি পাথের একই অভ্যন্তরীণ কাঠামো রয়েছে বলে ধরে নিলে, interpolate() পদ্ধতিটি সেই ইন্টারপোলেটেড ফলাফলের সাথে একটি নতুন Path তৈরি করে। এই উদাহরণটি এমন একটি পথ প্রদান করে যার আকৃতি অর্ধেক পথ (.5 এর রৈখিক ইন্টারপোলেশন) path এবং otherPath মধ্যে:
কোটলিন
val interpolatedResult = Path() if (path.isInterpolatable(otherPath)) { path.interpolate(otherPath, .5f, interpolatedResult) }
জাভা
Path interpolatedResult = new Path(); if (path.isInterpolatable(otherPath)) { path.interpolate(otherPath, 0.5F, interpolatedResult); }
জেটপ্যাক গ্রাফিক্স-পাথ লাইব্রেরি অ্যান্ড্রয়েডের পূর্ববর্তী সংস্করণগুলির জন্যও অনুরূপ API সক্ষম করে।
ভার্টেক্স এবং ফ্র্যাগমেন্ট শেডার সহ কাস্টম মেশ
Android has long supported drawing triangle meshes with custom shading, but the input mesh format has been limited to a few predefined attribute combinations. Android 14 adds support for custom meshes, which can be defined as triangles or triangle strips, and can, optionally, be indexed. These meshes are specified with custom attributes, vertex strides, varying, and vertex and fragment shaders written in AGSL.
The vertex shader defines the varyings, such as position and color, while the
fragment shader can optionally define the color for the pixel, typically by
using the varyings created by the vertex shader. If color is provided by the
fragment shader, it is then blended with the current Paint
color using the blend mode selected when
drawing the mesh. Uniforms can be passed
into the fragment and vertex shaders for additional flexibility.
ক্যানভাসের জন্য হার্ডওয়্যার বাফার রেন্ডারার
To assist in using Android's Canvas API to draw with
hardware acceleration into a HardwareBuffer, Android 14
introduces HardwareBufferRenderer. This API is
particularly useful when your use case involves communication with the system
compositor through SurfaceControl for low-latency
drawing.