আজ আমরা অ্যান্ড্রয়েড ১৭- এর প্রথম বেটা সংস্করণ প্রকাশ করছি, যা গোপনীয়তা, নিরাপত্তা এবং উন্নত পারফরম্যান্সকে অগ্রাধিকার দেয় এমন একটি প্ল্যাটফর্ম তৈরির আমাদের চলমান প্রচেষ্টারই অংশ। এই বিল্ডটি আরও অভিযোজনযোগ্য অ্যান্ড্রয়েড অ্যাপ তৈরির আমাদের কাজকে এগিয়ে নিয়ে যায়, ক্যামেরা ও মিডিয়া সক্ষমতায় উল্লেখযোগ্য উন্নতি সাধন করে, কানেক্টিভিটি অপ্টিমাইজ করার জন্য নতুন টুলস যোগ করে এবং সহযোগী ডিভাইসগুলোর জন্য প্রোফাইলের পরিধি প্রসারিত করে। এই রিলিজটি ডেভেলপার কমিউনিটির কাছে নতুন রিলিজ পৌঁছে দেওয়ার পদ্ধতিতে একটি মৌলিক পরিবর্তনকেও তুলে ধরে, যা প্রচলিত ডেভেলপার প্রিভিউ মডেল থেকে অ্যান্ড্রয়েড ক্যানারি প্রোগ্রামে রূপান্তরিত হয়েছে।

ডেভেলপার প্রিভিউ ছাড়িয়ে

অ্যান্ড্রয়েড প্রচলিত 'ডেভেলপার প্রিভিউ'-কে একটি নিরবচ্ছিন্ন ক্যানারি চ্যানেল দ্বারা প্রতিস্থাপন করেছে। এই নতুন 'সর্বদা-সক্রিয়' মডেলটি তিনটি প্রধান সুবিধা প্রদান করে:

• দ্রুততর অ্যাক্সেস: ত্রৈমাসিক রিলিজের জন্য অপেক্ষা না করে, ফিচার এবং এপিআইগুলো অভ্যন্তরীণ পরীক্ষা পাস করার সাথে সাথেই ক্যানারিতে চলে আসে।
• উন্নততর স্থিতিশীলতা: ক্যানারি পর্যায়ে প্রাথমিক "ব্যাটল-টেস্টিং"-এর ফলে নতুন API এবং আচরণগত পরিবর্তনের সাথে একটি আরও পরিমার্জিত বিটা অভিজ্ঞতা পাওয়া যায়, যা চূড়ান্ত রূপের কাছাকাছি থাকে।
• সহজতর টেস্টিং: ক্যানারি OTA আপডেট সমর্থন করে (ম্যানুয়াল ফ্ল্যাশিংয়ের আর প্রয়োজন নেই) এবং একটি পৃথক আপডেট চ্যানেল হওয়ায়, এটি CI ওয়ার্কফ্লোর সাথে আরও সহজে সমন্বিত হয় ও আসন্ন সম্ভাব্য পরিবর্তনগুলির উপর তাৎক্ষণিক প্রতিক্রিয়া জানানোর জন্য আপনাকে সর্বপ্রথম সুযোগ দেয়।

অ্যান্ড্রয়েড ১৭ সময়সূচী

আমরা এই বিটা থেকে দ্রুত আমাদের প্ল্যাটফর্ম স্ট্যাবিলিটি মাইলস্টোনের দিকে এগিয়ে যাব, যা মার্চ মাসে অর্জনের লক্ষ্য নির্ধারণ করা হয়েছে। এই মাইলস্টোনে, আমরা চূড়ান্ত SDK/NDK API এবং অ্যাপের জন্য প্রায় চূড়ান্ত বিহেভিয়ারগুলো সরবরাহ করব। সেই সময় থেকে চূড়ান্ত রিলিজের আগে আপনার টেস্টিং সম্পন্ন করার জন্য বেশ কয়েক মাস সময় থাকবে।

মুক্তির একটি বছর

আমরা অ্যান্ড্রয়েড ১৭-কে ধারাবাহিকভাবে ত্রৈমাসিক রিলিজের মাধ্যমে আপডেট দেওয়ার পরিকল্পনা করছি। দ্বিতীয় ত্রৈমাসিকে (Q2) আসন্ন রিলিজটিই একমাত্র, যেখানে আমরা অ্যাপের কার্যকারিতায় পরিকল্পিত কিছু পরিবর্তন আনব। আমরা চতুর্থ ত্রৈমাসিকে (Q4) অতিরিক্ত এপিআই (API) এবং ফিচারসহ একটি ছোট এসডিকে (SDK) রিলিজ করার পরিকল্পনা করছি।

অভিমুখীকরণ এবং আকার পরিবর্তনের সীমাবদ্ধতা

অ্যান্ড্রয়েড ১৭ বিটা প্রকাশের সাথে সাথে, আমরা আমাদের অ্যাডাপ্টিভ রোডম্যাপের পরবর্তী ধাপে প্রবেশ করছি: অ্যান্ড্রয়েড ১৭ (এপিআই লেভেল ৩৭) বড় স্ক্রিনের ডিভাইসগুলিতে (sw > 600 dp) ওরিয়েন্টেশন এবং রিসাইজযোগ্যতার সীমাবদ্ধতা থেকে ডেভেলপারদের অপ্ট-আউটের সুযোগটি তুলে নিয়েছে ।

যখন আপনার অ্যাপ SDK 37-কে টার্গেট করে, তখন এটিকে অবশ্যই পরিবর্তনের জন্য প্রস্তুত থাকতে হবে। ব্যবহারকারীরা আশা করেন যে তাদের অ্যাপ সব জায়গায় কাজ করবে—সেটা ট্যাবলেটে মাল্টিটাস্কিং করা হোক, ডিভাইস খোলা হোক, বা ডেস্কটপ উইন্ডোইং পরিবেশ ব্যবহার করা হোক—এবং তারা এও আশা করেন যে ইউজার ইন্টারফেস (UI) জায়গাটি পূরণ করবে এবং তাদের ডিভাইসের অবস্থানকে সম্মান করবে।

SDK 37-এর প্রধান পরিবর্তনসমূহ

অ্যান্ড্রয়েড ১৭-এর জন্য তৈরি অ্যাপগুলোকে অবশ্যই অ্যান্ড্রয়েড ১৬-এ প্রবর্তিত ম্যানিফেস্ট অ্যাট্রিবিউট এবং রানটাইম এপিআই-এর পর্যায়ক্রমিক বিলুপ্তির সাথে সামঞ্জস্য নিশ্চিত করতে হবে। বড় স্ক্রিনে (ক্ষুদ্রতর ডাইমেনশন ≥ ৬০০ডিপি) চলার সময়, নিম্নলিখিত অ্যাট্রিবিউট এবং এপিআইগুলো উপেক্ষা করা হবে:

ছাড় এবং ব্যবহারকারী নিয়ন্ত্রণ

এই পরিবর্তনগুলি শুধুমাত্র বড় পর্দার জন্য প্রযোজ্য; এগুলি sw600dp-এর চেয়ে ছোট পর্দার ক্ষেত্রে (প্রচলিত স্লেট ফর্ম ফ্যাক্টর ফোন সহ) প্রযোজ্য নয় । এছাড়াও, android:appCategory ফ্ল্যাগের উপর ভিত্তি করে গেম হিসাবে শ্রেণীবদ্ধ অ্যাপগুলি এই বিধিনিষেধের আওতামুক্ত।

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

কনফিগারেশন পরিবর্তনের আপডেট

অ্যাপের সামঞ্জস্যতা উন্নত করতে এবং ভিডিও প্লেব্যাকে বাধা, ইনপুট বাদ পড়া, ও অন্যান্য ধরনের বিঘ্ন সৃষ্টিকারী স্টেট লস কমানোর জন্য, আমরা অ্যাক্টিভিটি পুনরায় তৈরি করার ডিফল্ট আচরণ আপডেট করছি। অ্যান্ড্রয়েড ১৭ থেকে শুরু করে, সিস্টেম আর নির্দিষ্ট কিছু কনফিগারেশন পরিবর্তনের জন্য ডিফল্টভাবে অ্যাক্টিভিটি রিস্টার্ট করবে না, যেগুলোর জন্য সাধারণত UI পুনরায় তৈরির প্রয়োজন হয় না। এর মধ্যে রয়েছে CONFIG_KEYBOARD , CONFIG_KEYBOARD_HIDDEN , CONFIG_NAVIGATION , CONFIG_UI_MODE (যখন শুধুমাত্র UI_MODE_TYPE_DESK পরিবর্তন করা হয়), CONFIG_TOUCHSCREEN , এবং CONFIG_COLOR_MODE । এর পরিবর্তে, চলমান অ্যাক্টিভিটিগুলো সরাসরি onConfigurationChanged মাধ্যমে এই আপডেটগুলো গ্রহণ করবে। যদি আপনার অ্যাপ্লিকেশনটি এই পরিবর্তনগুলির জন্য রিসোর্স পুনরায় লোড করতে একটি সম্পূর্ণ রিস্টার্টের উপর নির্ভর করে, তবে আপনাকে এখন অবশ্যই নতুন android:recreateOnConfigChanges ম্যানিফেস্ট অ্যাট্রিবিউট ব্যবহার করে স্পষ্টভাবে এটি চালু করতে হবে। এই অ্যাট্রিবিউটটি আপনাকে নির্দিষ্ট করে দিতে দেয় যে কোন কনফিগারেশন পরিবর্তনগুলি একটি অ্যাক্টিভিটির সম্পূর্ণ লাইফসাইকেল (বন্ধ হওয়া থেকে শুরু করে ধ্বংস এবং পুনরায় তৈরি হওয়া পর্যন্ত) চালু করবে। এর সাথে সম্পর্কিত কনস্ট্যান্ট mcc , mnc এবং নতুন কনস্ট্যান্ট keyboard , keyboardHidden , navigation , touchscreen ও colorMode- ও নির্দিষ্ট করতে হবে।

আপনার অ্যাপ প্রস্তুত করুন

আপনাদের সুবিধার জন্য আমরা টুলস এবং ডকুমেন্টেশন প্রকাশ করেছি। আমাদের বিশেষ ব্লগ পোস্টে সাধারণ সমস্যা সমাধানের কৌশলসহ আরও নির্দেশনা রয়েছে । অ্যাপগুলোকে এখন থেকে সব ধরনের অ্যাস্পেক্ট রেশিওর উইন্ডো সাইজের জন্য ল্যান্ডস্কেপ এবং পোর্ট্রেট লেআউট সাপোর্ট করতে হবে, কারণ ওরিয়েন্টেশন বা অ্যাস্পেক্ট রেশিও সীমাবদ্ধ করার আর কোনো সুযোগ থাকবে না। আমরা সুপারিশ করছি যে, আপনি আপনার অ্যাপটি অ্যান্ড্রয়েড ১৭ বিটা ১ ব্যবহার করে পিক্সেল ট্যাবলেট বা পিক্সেল ফোল্ড এমুলেটরের মাধ্যমে ( targetSdkPreview = "CinnamonBun" হিসেবে কনফিগার করে) অথবা অ্যান্ড্রয়েড ১৬ ডিভাইসগুলোতে অ্যাপ কম্প্যাটিবিলিটি ফ্রেমওয়ার্ক ব্যবহার করে UNIVERSAL_RESIZABLE_BY_DEFAULT এনাবল করে টেস্ট করুন।

কর্মক্ষমতা

লক-মুক্ত মেসেজকিউ

অ্যান্ড্রয়েড ১৭- এ, যে অ্যাপগুলো SDK ৩৭ বা তার উচ্চতর সংস্করণকে টার্গেট করে, সেগুলোতে android.os.MessageQueue- এর একটি নতুন ইমপ্লিমেন্টেশন পাওয়া যাবে, যা লক-ফ্রি। এই নতুন ইমপ্লিমেন্টেশন পারফরম্যান্স উন্নত করে এবং ফ্রেম মিস হওয়ার ঘটনা কমায়, কিন্তু এটি সেইসব ক্লায়েন্টকে অকার্যকর করে দিতে পারে যারা MessageQueue-এর প্রাইভেট ফিল্ড এবং মেথডগুলোকে রিফ্লেক্ট করে।

প্রজন্মগত আবর্জনা সংগ্রহ

অ্যান্ড্রয়েড ১৭, ART- এর কনকারেন্ট মার্ক-কমপ্যাক্ট কালেক্টরে জেনারেশনাল গার্বেজ কালেকশন চালু করেছে। এই অপটিমাইজেশনটি ফুল-হিপ কালেকশনের পাশাপাশি আরও ঘন ঘন এবং কম রিসোর্স-নির্ভর ইয়ং-জেনারেশন কালেকশন চালু করে, যার লক্ষ্য হলো সামগ্রিক গার্বেজ কালেকশনের সিপিইউ খরচ এবং সময়কাল কমানো। ART-এর এই উন্নতিগুলো গুগল প্লে সিস্টেম আপডেটের মাধ্যমে অ্যান্ড্রয়েড ১২ (এপিআই লেভেল ৩১) এবং তার পরবর্তী সংস্করণে চালিত এক বিলিয়নেরও বেশি ডিভাইসে উপলব্ধ।

স্থির চূড়ান্ত ক্ষেত্রগুলি এখন সত্যিই চূড়ান্ত।

অ্যান্ড্রয়েড ১৭ থেকে শুরু করে, অ্যান্ড্রয়েড ১৭ বা তার পরবর্তী সংস্করণকে টার্গেট করা অ্যাপগুলো “static final” ফিল্ড পরিবর্তন করতে পারবে না, যা রানটাইমকে আরও জোরালোভাবে পারফরম্যান্স অপটিমাইজেশন প্রয়োগ করার সুযোগ দেবে। রিফ্লেকশন (এবং ডিপ রিফ্লেকশন)-এর মাধ্যমে এটি করার চেষ্টা করলে সর্বদা IllegalAccessException থ্রো হবে। JNI-এর SetStatic<Type>Field মেথড ফ্যামিলির মাধ্যমে এগুলো পরিবর্তন করলে অ্যাপ্লিকেশনটি সঙ্গে সঙ্গে ক্র্যাশ করবে।

কাস্টম বিজ্ঞপ্তি দেখার সীমাবদ্ধতা

মেমরি ব্যবহার কমাতে আমরা কাস্টম নোটিফিকেশন ভিউ- এর আকার সীমিত করছি। এই আপডেটটি এমন একটি ত্রুটি বন্ধ করে, যার ফলে অ্যাপগুলো URI ব্যবহার করে বিদ্যমান সীমাগুলো এড়িয়ে যেতে পারত। এই আচরণটি টার্গেট SDK ভার্সন দ্বারা নিয়ন্ত্রিত এবং API 37 ও তার উচ্চতর ভার্সন টার্গেট করা অ্যাপগুলোর জন্য এটি কার্যকর হবে।

নতুন পারফরম্যান্স ডিবাগিং প্রোফাইলিংম্যানেজার ট্রিগার

পারফরম্যান্স সংক্রান্ত সমস্যা ডিবাগ করার জন্য আপনাকে গভীর ডেটা সংগ্রহে সাহায্য করতে আমরা ProfilingManager- এ বেশ কিছু নতুন সিস্টেম ট্রিগার যুক্ত করেছি। এই ট্রিগারগুলো হলো TRIGGER_TYPE_COLD_START , TRIGGER_TYPE_OOM এবং TRIGGER_TYPE_KILL_EXCESSIVE_CPU_USAGE ।

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

মিডিয়া এবং ক্যামেরা

অ্যান্ড্রয়েড ১৭ মিডিয়া ও ক্যামেরা অ্যাপে পেশাদার মানের টুলস নিয়ে এসেছে, যার মধ্যে রয়েছে নির্বিঘ্ন ট্রানজিশন এবং প্রমিত আওয়াজ-এর মতো ফিচার।

ডাইনামিক ক্যামেরা সেশন আপডেট

আমরা CameraCaptureSession এ updateOutputConfigurations () ফাংশনটি যুক্ত করেছি। এর ফলে আপনি সম্পূর্ণ ক্যামেরা ক্যাপচার সেশনটি পুনরায় কনফিগার করার প্রয়োজন ছাড়াই আউটপুট সারফেসগুলোকে ডায়নামিকভাবে সংযুক্ত এবং বিচ্ছিন্ন করতে পারবেন। এই পরিবর্তনটি ক্যামেরা চালু হওয়ার সময় আপনার অ্যাপের প্রয়োজনীয় সমস্ত আউটপুট সারফেস কনফিগার এবং ধরে রাখার মেমরি খরচ ও কোডের জটিলতা ছাড়াই ক্যামেরার বিভিন্ন ব্যবহারের ক্ষেত্র এবং মোডের (যেমন স্থিরচিত্র তোলা বনাম ভিডিও তোলা) মধ্যে নির্বিঘ্নে পরিবর্তন করতে সক্ষম করে। এটি অপারেশন চলাকালীন ব্যবহারকারীর চোখে পড়া কোনো ত্রুটি বা ফ্রিজ হওয়া দূর করতে সাহায্য করে।

fun updateCameraSession(session: CameraCaptureSession, newOutputConfigs:  List<OutputConfiguration>)) {
    // Dynamically update the session without closing and reopening
    try {
        
        // Update the output configurations
        session.updateOutputConfigurations(newOutputConfigs)
    } catch (e: CameraAccessException) {
        // Handle error
    }
}

লজিক্যাল মাল্টি-ক্যামেরা ডিভাইস মেটাডেটা

একাধিক ফিজিক্যাল ক্যামেরা সেন্সরকে একত্রিত করে এমন লজিক্যাল ক্যামেরা নিয়ে কাজ করার সময়, আপনি এখন শুধু প্রাইমারি ক্যামেরাটি নয়, বরং একটি ক্যাপচারে জড়িত সমস্ত সক্রিয় ফিজিক্যাল ক্যামেরা থেকে অতিরিক্ত মেটাডেটা অনুরোধ করতে পারবেন। পূর্বে, সেকেন্ডারি সক্রিয় ক্যামেরাগুলো থেকে মেটাডেটা পাওয়ার জন্য আপনাকে ওয়ার্কঅ্যারাউন্ড প্রয়োগ করতে হতো, যার জন্য কখনও কখনও অপ্রয়োজনীয় ফিজিক্যাল স্ট্রিম বরাদ্দ করতে হতো (যেমন, জুমের জন্য লেন্স পরিবর্তনের সময় যখন একটি ফলোয়ার ক্যামেরা সক্রিয় থাকে)। এই ফিচারটি CaptureRequest এবং CaptureResult- এ LOGICAL_MULTI_CAMERA_ADDITIONAL_RESULTS নামে একটি নতুন কী (key) চালু করেছে। আপনার CaptureRequest- এ এই কী-টি ON-এ সেট করলে, TotalCaptureResult- এ এই অতিরিক্ত সক্রিয় ফিজিক্যাল ক্যামেরাগুলোর মেটাডেটাও অন্তর্ভুক্ত হবে। আপনি TotalCaptureResult.getPhysicalCameraTotalResults() ব্যবহার করে এই বিস্তারিত মেটাডেটা অ্যাক্সেস করতে পারেন, যা আপনাকে আপনার ক্যামেরা অ্যাপ্লিকেশনগুলোতে রিসোর্স ব্যবহার অপ্টিমাইজ করতে সক্ষম করবে।

বহুমুখী ভিডিও কোডিং (VVC) সমর্থন

অ্যান্ড্রয়েড ১৭-এ ভার্সাটাইল ভিডিও কোডিং (VVC) স্ট্যান্ডার্ডের জন্য সমর্থন যুক্ত করা হয়েছে। এর মধ্যে রয়েছে MediaFormat- এ video/vvc MIME টাইপ নির্ধারণ করা, MediaCodecInfo- তে নতুন VVC প্রোফাইল যোগ করা এবং MediaExtractor- এ এই সমর্থনকে একীভূত করা। এই ফিচারটি হার্ডওয়্যার ডিকোড সমর্থন এবং সক্ষম ড্রাইভারযুক্ত ডিভাইসগুলিতে আসবে।

ভিডিও রেকর্ডিংয়ের জন্য স্থির গুণমান

আমরা MediaRecorder- এ setVideoEncodingQuality() ফাংশনটি যুক্ত করেছি। এর মাধ্যমে আপনি ভিডিও এনকোডারের জন্য একটি কনস্ট্যান্ট কোয়ালিটি (CQ) মোড কনফিগার করতে পারবেন, যা আপনাকে সাধারণ বিটরেট সেটিংসের বাইরেও ভিডিওর মানের উপর আরও সূক্ষ্ম নিয়ন্ত্রণ দেবে।

ব্যাকগ্রাউন্ড অডিও হার্ডেনিং

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

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

গোপনীয়তা এবং নিরাপত্তা

ক্লিয়ারটেক্সট ট্র্যাফিক অ্যাট্রিবিউটের অবলুপ্তি

android:usesCleartextTraffic অ্যাট্রিবিউটটি এখন অপ্রচলিত। যদি আপনার অ্যাপ (অ্যান্ড্রয়েড ১৭) বা তার উচ্চতর সংস্করণকে টার্গেট করে এবং কোনো সংশ্লিষ্ট নেটওয়ার্ক সিকিউরিটি কনফিগারেশন ছাড়া usesCleartextTraffic="true" এর উপর নির্ভর করে, তবে এটি ডিফল্টভাবে ক্লিয়ারটেক্সট ট্র্যাফিককে অনুমতি দেবে না। আরও সূক্ষ্ম নিয়ন্ত্রণের জন্য আপনাকে নেটওয়ার্ক সিকিউরিটি কনফিগারেশন ফাইল ব্যবহার করার জন্য উৎসাহিত করা হচ্ছে।

এইচপিকেই হাইব্রিড ক্রিপ্টোগ্রাফি

আমরা HPKE হাইব্রিড ক্রিপ্টোগ্রাফি বাস্তবায়নের জন্য একটি পাবলিক সার্ভিস প্রোভাইডার ইন্টারফেস (SPI) চালু করছি, যা পাবলিক কী এবং সিমেট্রিক এনক্রিপশন ( AEAD )-এর সমন্বয়ে নিরাপদ যোগাযোগ সক্ষম করবে।

সংযোগ এবং টেলিকম

উন্নত ভিওআইপি কল ইতিহাস

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

ওয়াই-ফাই রেঞ্জিং এবং প্রক্সিমিটি

নতুন প্রক্সিমিটি ডিটেকশন সক্ষমতা যুক্ত করে ওয়াই-ফাই রেঞ্জিং উন্নত করা হয়েছে, যা নিরবচ্ছিন্ন রেঞ্জিং এবং নিরাপদ পিয়ার-টু-পিয়ার ডিসকভারি সমর্থন করে। ওয়াই-ফাই অ্যাওয়্যার রেঞ্জিং-এর আপডেটগুলোর মধ্যে রয়েছে পিয়ার হ্যান্ডেলের জন্য নতুন এপিআই এবং 11az নিরাপদ রেঞ্জিং-এর জন্য PMKID ক্যাশিং।

ডেভেলপার উৎপাদনশীলতা এবং সরঞ্জাম

সহযোগী ডিভাইস অ্যাপগুলির জন্য আপডেট

ডিভাইসের পার্থক্য নিরূপণ এবং অনুমতি ব্যবস্থাপনা উন্নত করার জন্য আমরা CompanionDeviceManager- এ দুটি নতুন প্রোফাইল যুক্ত করেছি:

• চিকিৎসা সরঞ্জাম: এই প্রোফাইলটি চিকিৎসা সরঞ্জামের মোবাইল অ্যাপ্লিকেশনগুলোকে একটিমাত্র ট্যাপে সমস্ত প্রয়োজনীয় অনুমতির জন্য অনুরোধ করার সুযোগ দেয়, যা সেটআপ প্রক্রিয়াকে সহজ করে তোলে।
• ফিটনেস ট্র্যাকার: DEVICE_PROFILE_FITNESS_TRACKER প্রোফাইলটি কম্প্যানিয়ন অ্যাপগুলোকে স্পষ্টভাবে নির্দেশ করতে দেয় যে তারা একটি ফিটনেস ট্র্যাকার পরিচালনা করছে। এটি বিদ্যমান ওয়াচ রোল পারমিশনগুলো পুনঃব্যবহার করার পাশাপাশি স্বতন্ত্র আইকনের মাধ্যমে নির্ভুল ব্যবহারকারী অভিজ্ঞতা নিশ্চিত করে।

এছাড়াও, CompanionDeviceManager এখন ডিভাইস অ্যাসোসিয়েশন এবং নিয়ারবাই পারমিশন রিকোয়েস্টের জন্য একটি সমন্বিত ডায়ালগ প্রদান করে। আপনি AssociationRequest.Builder- এর নতুন setExtraPermissions মেথডটি ব্যবহার করে বিদ্যমান অ্যাসোসিয়েশন ফ্লো-এর মধ্যেই নিয়ারবাই পারমিশন প্রম্পটগুলোকে অন্তর্ভুক্ত করতে পারেন, যা ব্যবহারকারীর সামনে প্রদর্শিত ডায়ালগের সংখ্যা কমিয়ে দেয়।

অ্যান্ড্রয়েড ১৭ দিয়ে শুরু করুন

এই এবং ভবিষ্যতের অ্যান্ড্রয়েড বিটা আপডেটগুলো ওভার-দ্য-এয়ার (OTA) পদ্ধতিতে পেতে আপনি যেকোনো সমর্থিত পিক্সেল ডিভাইস নথিভুক্ত করতে পারেন। যদি আপনার পিক্সেল ডিভাইস না থাকে, তবে আপনি অ্যান্ড্রয়েড স্টুডিওতে অ্যান্ড্রয়েড এমুলেটরের সাথে ৬৪-বিট সিস্টেম ইমেজগুলো ব্যবহার করতে পারেন।

আপনি যদি বর্তমানে অ্যান্ড্রয়েড বিটা প্রোগ্রামে থাকেন, তাহলে আপনাকে বিটা ১-এ একটি ওভার-দ্য-এয়ার আপডেটের প্রস্তাব দেওয়া হবে।

আপনার কাছে যদি অ্যান্ড্রয়েড 26Q1 বিটা থাকে এবং আপনি 26Q1-এর চূড়ান্ত স্থিতিশীল সংস্করণটি নিতে ও বিটা থেকে বেরিয়ে আসতে চান, তাহলে আপনাকে 26Q2 বিটা 1-এর ওভার-দ্য-এয়ার আপডেটটি উপেক্ষা করতে হবে এবং 26Q1-এর প্রকাশের জন্য অপেক্ষা করতে হবে।

আমরা আপনার মতামতের অপেক্ষায় আছি, তাই অনুগ্রহ করে ফিডব্যাক পেজে সমস্যাগুলো জানান এবং নতুন ফিচারের জন্য অনুরোধ জমা দিন । যত তাড়াতাড়ি আমরা আপনার মতামত পাব, চূড়ান্ত সংস্করণে আমরা তত বেশি বিষয় অন্তর্ভুক্ত করতে পারব।

অ্যান্ড্রয়েড ১৭-এ সেরা ডেভেলপমেন্ট অভিজ্ঞতার জন্য, আমরা আপনাকে অ্যান্ড্রয়েড স্টুডিও-র সর্বশেষ প্রিভিউ (পান্ডা) ব্যবহার করার পরামর্শ দিই। একবার সবকিছু সেট আপ হয়ে গেলে, নিচে দেওয়া বিষয়গুলো আপনাকে করতে হবে:

• নতুন SDK দিয়ে কম্পাইল করুন, CI এনভায়রনমেন্টে পরীক্ষা করুন এবং ফিডব্যাক পেজে আমাদের ট্র্যাকারে যেকোনো সমস্যা রিপোর্ট করুন।
• আপনার বর্তমান অ্যাপটির সামঞ্জস্যতা পরীক্ষা করুন, অ্যান্ড্রয়েড ১৭-এর পরিবর্তনগুলির দ্বারা আপনার অ্যাপটি প্রভাবিত হচ্ছে কিনা তা জানুন, এবং অ্যান্ড্রয়েড ১৭ চালিত কোনো ডিভাইস বা এমুলেটরে আপনার অ্যাপটি ইনস্টল করে ব্যাপকভাবে পরীক্ষা করুন।

অ্যান্ড্রয়েড ১৭ রিলিজ চক্র জুড়ে আমরা প্রিভিউ/বিটা সিস্টেম ইমেজ এবং এসডিকে নিয়মিতভাবে আপডেট করব। একবার কোনো বিটা বিল্ড ইনস্টল করলে, পরবর্তী সমস্ত প্রিভিউ এবং বিটার জন্য ভবিষ্যতের আপডেটগুলো আপনি স্বয়ংক্রিয়ভাবে ওভার-দ্য-এয়ার (OTA) পদ্ধতিতে পেয়ে যাবেন।

সম্পূর্ণ তথ্যের জন্য অ্যান্ড্রয়েড ১৭ ডেভেলপার সাইট পরিদর্শন করুন।

আলোচনায় যোগ দিন

এই বছরের শেষের দিকে আমরা যখন প্ল্যাটফর্মের স্থিতিশীলতা এবং অ্যান্ড্রয়েড ১৭-এর চূড়ান্ত স্থিতিশীল সংস্করণের দিকে এগিয়ে যাচ্ছি, তখন আপনার মতামতই আমাদের সবচেয়ে মূল্যবান সম্পদ। আপনি ক্যানারি চ্যানেলের একজন প্রাথমিক ব্যবহারকারী হোন বা বিটা ১-এ পরীক্ষাকারী কোনো অ্যাপ ডেভেলপার হোন , আমাদের কমিউনিটিতে যোগ দিয়ে আপনার মতামত জানানোর কথা বিবেচনা করুন। আমরা শুনছি।