يقدّم نظام التشغيل Android 15 ميزات وواجهات برمجة تطبيقات رائعة للمطوّرين. تلخّص المقاطع التالية هذه الميزات لمساعدتك على البدء باستخدام واجهات برمجة التطبيقات ذات الصلة.
للحصول على قائمة مفصّلة لواجهات برمجة التطبيقات التي تمت إضافتها أو تعديلها أو إزالتها، يُرجى الاطّلاع على تقرير اختلافات واجهة برمجة التطبيقات. للحصول على تفاصيل عن واجهات برمجة التطبيقات المُضافة، يُرجى الانتقال إلى مرجع واجهات برمجة تطبيقات Android. بالنسبة إلى Android 15، ابحث عن واجهات برمجة التطبيقات التي تمت إضافتها في مستوى واجهة برمجة التطبيقات 35. للتعرّف على المجالات التي قد تؤثر فيها تغييرات النظام الأساسي في تطبيقاتك، احرص على الاطّلاع على تغيُّرات السلوك في Android 15 للتطبيقات التي تستهدف Android 15 ولجميع التطبيقات.
الكاميرا والوسائط
يتضمّن Android 15 مجموعة متنوعة من الميزات التي تحسّن تجربة استخدام الكاميرا والوسائط، وتوفّر لك إمكانية الوصول إلى الأدوات والأجهزة التي تساعد صنّاع المحتوى في تنفيذ أفكارهم على أجهزة Android.
لمزيد من المعلومات حول أحدث الميزات وحلول المطوّرين لتطبيقات الوسائط والكاميرا على Android، يمكنك الاطّلاع على محادثة إنشاء تجارب حديثة لتطبيقات الوسائط والكاميرا على Android من مؤتمر Google I/O.
تحسين الإضاءة المنخفضة
يقدّم Android 15 ميزة تعزيز الإضاءة المنخفضة، وهو وضع جديد للإضاءة التلقائية يتوفّر لكل من الكاميرا 2 وإضافة الكاميرا في الوضع الليلي. تعمل ميزة "تعزيز الإضاءة المنخفضة" على ضبط مستوى تعرض بث معاينة البث في ظروف الإضاءة المنخفضة. ويختلف ذلك عن الطريقة التي تنشئ بها إضافة الكاميرا في الوضع الليلي الصور الثابتة، لأن الوضع الليلي يدمج مجموعة من الصور لإنشاء صورة واحدة محسَّنة. عندما يعمل الوضع الليلي بشكل جيد للغاية لإنشاء صورة ثابتة، لا يمكنه إنشاء بث مستمر للإطارات، ولكن يمكن لميزة "تعزيز الإضاءة المنخفضة" إجراء ذلك. وبالتالي، تتيح ميزة "تعزيز الإضاءة المنخفضة" إمكانات جديدة للكاميرا، مثل:
- توفير معاينة محسّنة للصور، ليتمكّن المستخدمون من تأطير الصور ذات الإضاءة المنخفضة بشكل أفضل
- جارٍ مسح رموز الاستجابة السريعة ضوئيًا في الإضاءة المنخفضة
إذا فعّلت ميزة "تعزيز الإضاءة المنخفضة"، يتم تشغيلها تلقائيًا عند انخفاض مستوى الإضاءة، ويتم إيقافها عند ارتفاع مستوى الإضاءة.
يمكن للتطبيقات تسجيل فيديو من بث المعاينة في ظروف الإضاءة المنخفضة لحفظ فيديو سطوع.
لمزيد من المعلومات، يمكنك الاطّلاع على تعزيز الإضاءة المنخفضة.
عناصر التحكّم في الكاميرا داخل التطبيق
يُضيف Android 15 إضافة جديدة لمزيد من التحكّم في أجهزة الكاميرا وخوارزمياته على الأجهزة المتوافقة:
- تعديلات متقدّمة على قوة الفلاش، ما يتيح التحكّم الدقيق في شدة الفلاش
في وضعَي
SINGLE
وTORCH
أثناء التقاط الصور.
التحكّم في الحد الأقصى لمستوى الإضاءة في HDR
يختار نظام التشغيل Android 15 هامش HDR المناسب لإمكانات الجهاز الأساسية وعمق البت في اللوحة. بالنسبة إلى الصفحات التي تحتوي على الكثير من المحتوى بنطاق SDR، مثل تطبيق مراسلة يعرض صورة مصغّرة واحدة بنطاق عالي الديناميكية، يمكن أن يؤثر هذا السلوك سلبًا في السطوع الملحوظ لمحتوى SDR. يتيح لك نظام التشغيل Android 15 التحكّم في هامش HDR من خلال setDesiredHdrHeadroom
لتحقيق التوازن بين المحتوى العادي بنطاق عالي الديناميكية (SDR) والمحتوى العالي الديناميكية (HDR).
التحكّم في مستوى الصوت
يتيح نظام التشغيل Android 15 معيار CTA-2075 لمساعدتك في معرفة تجنب تناقضات ارتفاع الصوت والتأكد من عدم اضطرار المستخدمين إلى ضبط مستوى الصوت عند التبديل بين المحتوى. يستفيد النظام من البيانات خصائص أجهزة الإخراج (سماعات الرأس ومكبرات الصوت) إلى جانب البيانات الوصفية لارتفاع الصوت المتوفرة في محتوى الصوت بتنسيق AAC لضبط ارتفاع الصوت ومستويات ضغط النطاق الديناميكي
لتفعيل هذه الميزة، عليك التأكّد من توفّر البيانات الوصفية لمستوى الصوت في
محتوى AAC وتفعيل ميزة النظام الأساسي في تطبيقك. ولإجراء ذلك، عليك
إنشاء عنصر LoudnessCodecController
من خلال
استدعاء طريقة المصنع create مع معرّف جلسة المحتوى الصوتي من AudioTrack
المرتبط، ما يؤدي بدوره إلى
بدء تطبيق تعديلات الصوت تلقائيًا. يمكنك تمرير
OnLoudnessCodecUpdateListener
لتعديله أو فلترته
معاملات ارتفاع الصوت قبل تطبيقها
MediaCodec
// Media contains metadata of type MPEG_4 OR MPEG_D
val mediaCodec = …
val audioTrack = AudioTrack.Builder()
.setSessionId(sessionId)
.build()
...
// Create new loudness controller that applies the parameters to the MediaCodec
try {
val lcController = LoudnessCodecController.create(mSessionId)
// Starts applying audio updates for each added MediaCodec
}
سيتم أيضًا تحديث AndroidX media3 ExoPlayer لاستخدام
واجهات برمجة تطبيقات LoudnessCodecController
من أجل دمج سلس للتطبيقات
أجهزة Virtual MIDI 2.0
أتاح نظام Android 13 الاتصال أجهزة MIDI 2.0 التي تستخدم USB، والتي تتصل باستخدام حزم MIDI العالمية (UMP). نظام Android 15 يوفّر دعم UMP إلى أجهزة MIDI الافتراضية التطبيقات، ما يتيح لتطبيقات التأليف التحكّم في تطبيقات مزج الأصوات كجهاز MIDI 2.0 افتراضي تمامًا كما هو الحال مع جهاز USB MIDI 2.0.
فك ترميز برنامج AV1 بكفاءة أكبر
إنّ برنامج dav1d، وهو برنامج فك ترميز برامج AV1 الشهير من VideoLAN، أصبح متاحًا الآن للأجهزة التي تعمل بنظام التشغيل Android التي لا تتيح فك ترميز AV1 في الأجهزة. ويزيد أداء dav1d بمقدار 3 مرات مقارنةً ببرنامج فك ترميز برامج AV1 القديم، ما يتيح تشغيل محتوى عالي الدقة AV1 للمزيد من المستخدمين، بما في ذلك بعض الأجهزة المنخفضة والمتوسطة.
في الوقت الحالي، يحتاج تطبيقك إلى الموافقة على استخدام dav1d من خلال استدعائه حسب الاسم
"c2.android.av1-dav1d.decoder"
. dav1d هو برنامج فك ترميز برنامج AV1 التلقائي في تحديث لاحق. تم توحيد هذا الدعم وتوفيره على أجهزة
Android 11 التي تتلقّى تحديثات نظام Google Play.
أدوات المطوّرين وإنتاجيتهم
على الرغم من أنّ معظم عملنا لتحسين إنتاجيتك يدور حول أدوات مثل استوديو Android وJetpack Compose ومكتبات Android Jetpack، نبحث دائمًا عن طرق في المنصة لمساعدتك في تنفيذ رؤيتك بسهولة أكبر.
تحديثات OpenJDK 17
يواصل نظام Android 15 العمل على تحديث مكتبات Android الأساسية للتوافق مع الميزات المتوفّرة في أحدث إصدارات OpenJDK LTS.
ويتم تضمين الميزات والتحسينات الرئيسية التالية:
- التحسينات في جودة الحياة حول الموارد الاحتياطية لثاني أكسيد الكربون
- ساحات المشاركات
- طُرق
math
وstrictmath
إضافية - تحديثات حزمة
util
، بما في ذلك البيانات المتسلسلةcollection
وmap
وset
- دعم
ByteBuffer
فيDeflater
- تحديثات الأمان مثل
X500PrivateCredential
وتحديثات مفتاح الأمان
يتم تحديث واجهات برمجة التطبيقات هذه على أكثر من مليار جهاز يعمل بنظام التشغيل Android 12 (المستوى 31 من واجهة برمجة التطبيقات) والإصدارات الأحدث من خلال تحديثات نظام Google Play، ما يتيح لك استهداف أحدث ميزات البرمجة.
تحسينات على ملفات PDF
يتضمن Android 15 تحسينات مهمة على PdfRenderer
واجهات برمجة التطبيقات. يمكن للتطبيقات دمج ميزات متقدّمة، مثل عرض
الملفات المحمية بكلمة مرور والتعليقات التوضيحية وتعديل النماذج
والبحث والاختيار مع النسخ. ملف PDF بتنسيق المساواة بين نقاط الاتصال
يتم دعم التحسينات لتسريع عرض ملفات PDF المحلية وتقليل استخدام الموارد.
تستخدم مكتبة ملفات PDF في Jetpack واجهات برمجة التطبيقات هذه لتسهيل عملية إضافة ملفات PDF.
إمكانيات العرض لتطبيقك.
تم نقل PdfRenderer
إلى وحدة يمكن تحديثها باستخدام تحديثات نظام
Google Play بغض النظر عن إصدار النظام الأساسي، وسنوفّر
هذه التغييرات مرة أخرى لنظام التشغيل Android 11 (المستوى 30 من واجهة برمجة التطبيقات) من خلال إنشاء إصدار متوافق
قبل Android 15 من واجهة برمجة التطبيقات، والذي يُعرف باسم
PdfRendererPreV
.
تحسينات على التبديل التلقائي للغات
أضاف نظام التشغيل Android 14 ميزة التعرّف على اللغات المتعددة على الجهاز فقط مع إمكانية
التبديل التلقائي بين اللغات، ولكن قد يؤدي ذلك إلى إسقاط الكلمات،
خاصةً عندما تبدِّل اللغات مع نسبة أقل من التوقف المؤقت بين الكلمتَين. يضيف نظام Android 15 عناصر تحكّم إضافية لمساعدة التطبيقات في ضبط هذا التبديل
حسب حالة الاستخدام الخاصة بها.
EXTRA_LANGUAGE_SWITCH_INITIAL_ACTIVE_DURATION_TIME_MILLIS
تحصر إمكانية التبديل التلقائي في بداية الجلسة الصوتية، في حين أنّ
EXTRA_LANGUAGE_SWITCH_MATCH_SWITCHES
توقِف تبديل اللغة بعد عدد محدّد من عمليات التبديل. هذه الخيارات مفيدة بشكل خاص إذا كنت تتوقع أن تكون هناك لغة واحدة منطوقة أثناء الجلسة ينبغي أن يتم التعرف عليها تلقائيًا.
واجهة برمجة تطبيقات محسّنة لخطوط OpenType المتغيّرة
يحسّن Android 15 من سهولة استخدام خط متغيّر OpenType. يمكنك الآن
إنشاء مثيل FontFamily
من خط متغيّر بدون تحديد
محاور الوزن من خلال واجهة برمجة التطبيقات buildVariableFamily
. يلغي عارض النص
قيمة المحور wght
لمطابقة النص المعروض.
باستخدام واجهة برمجة التطبيقات الجديدة، يؤدّي ذلك إلى تبسيط الرمز لإنشاء Typeface
.
إلى حد كبير:
Kotlin
val newTypeface = Typeface.CustomFallbackBuilder( FontFamily.Builder( Font.Builder(assets, "RobotoFlex.ttf").build()) .buildVariableFamily()) .build()
Java
Typeface newTypeface = Typeface.CustomFallbackBuilder( new FontFamily.Builder( new Font.Builder(assets, "RobotoFlex.ttf").build()) .buildVariableFamily()) .build();
في السابق، لكي تتمكّن من إنشاء Typeface
نفسها، كنت تحتاج إلى مزيد من الرموز البرمجية:
Kotlin
val oldTypeface = Typeface.CustomFallbackBuilder( FontFamily.Builder( Font.Builder(assets, "RobotoFlex.ttf") .setFontVariationSettings("'wght' 400") .setWeight(400) .build()) .addFont( Font.Builder(assets, "RobotoFlex.ttf") .setFontVariationSettings("'wght' 100") .setWeight(100) .build() ) .addFont( Font.Builder(assets, "RobotoFlex.ttf") .setFontVariationSettings("'wght' 200") .setWeight(200) .build() ) .addFont( Font.Builder(assets, "RobotoFlex.ttf") .setFontVariationSettings("'wght' 300") .setWeight(300) .build() ) .addFont( Font.Builder(assets, "RobotoFlex.ttf") .setFontVariationSettings("'wght' 500") .setWeight(500) .build() ) .addFont( Font.Builder(assets, "RobotoFlex.ttf") .setFontVariationSettings("'wght' 600") .setWeight(600) .build() ) .addFont( Font.Builder(assets, "RobotoFlex.ttf") .setFontVariationSettings("'wght' 700") .setWeight(700) .build() ) .addFont( Font.Builder(assets, "RobotoFlex.ttf") .setFontVariationSettings("'wght' 800") .setWeight(800) .build() ) .addFont( Font.Builder(assets, "RobotoFlex.ttf") .setFontVariationSettings("'wght' 900") .setWeight(900) .build() ).build() ).build()
Java
Typeface oldTypeface = new Typeface.CustomFallbackBuilder( new FontFamily.Builder( new Font.Builder(assets, "RobotoFlex.ttf") .setFontVariationSettings("'wght' 400") .setWeight(400) .build() ) .addFont( new Font.Builder(assets, "RobotoFlex.ttf") .setFontVariationSettings("'wght' 100") .setWeight(100) .build() ) .addFont( new Font.Builder(assets, "RobotoFlex.ttf") .setFontVariationSettings("'wght' 200") .setWeight(200) .build() ) .addFont( new Font.Builder(assets, "RobotoFlex.ttf") .setFontVariationSettings("'wght' 300") .setWeight(300) .build() ) .addFont( new Font.Builder(assets, "RobotoFlex.ttf") .setFontVariationSettings("'wght' 500") .setWeight(500) .build() ) .addFont( new Font.Builder(assets, "RobotoFlex.ttf") .setFontVariationSettings("'wght' 600") .setWeight(600) .build() ) .addFont( new Font.Builder(assets, "RobotoFlex.ttf") .setFontVariationSettings("'wght' 700") .setWeight(700) .build() ) .addFont( new Font.Builder(assets, "RobotoFlex.ttf") .setFontVariationSettings("'wght' 800") .setWeight(800) .build() ) .addFont( new Font.Builder(assets, "RobotoFlex.ttf") .setFontVariationSettings("'wght' 900") .setWeight(900) .build() ) .build() ).build();
في ما يلي مثال على طريقة إنشاء Typeface
باستخدام واجهتَي برمجة التطبيقات القديمة والجديدة
العرض:
في هذا المثال، لا يحتوي Typeface
الذي تم إنشاؤه باستخدام واجهة برمجة التطبيقات القديمة على
القدرة على إنشاء سُمك خط دقيقة للأحجام 350 و450 و550 و650.
مثيل Font
، لذلك يعود العارض إلى أقرب وزن. ففي
في هذه الحالة، يتم عرض 300 بدلاً من 350، ويتم عرض 400 بدلاً من 450،
وهكذا. على النقيض من ذلك، فإنّ Typeface
الذي تم إنشاؤه باستخدام واجهات برمجة التطبيقات الجديدة ينشئ ديناميكيًا
مثيل Font
لوزن معين، لذا يتم عرض الترجيحات الدقيقة بقيمة 350،
450 و550 و650 أيضًا.
عناصر التحكّم الدقيقة في فواصل الأسطر
بدءًا من Android 15، يمكن لرمز TextView
وفاصل السطر الأساسي
الحفاظ على الجزء المحدّد من النص في السطر نفسه لتحسين قراءة النص. يمكنك الاستفادة من هذا التخصيص لفاصل السطر باستخدام علامة
<nobreak>
في موارد السلاسل أو
createNoBreakSpan
. بالمثل، يمكنك منع الواصلة بين الكلمات باستخدام العلامة <nohyphen>
أو العلامة createNoHyphenationSpan
.
على سبيل المثال، لا يتضمّن مورد السلسلة التالي فاصل سطر، ويؤدي إلى عرض النص "Pixel 8 Pro" مقطوعًا في مكان غير مرغوب فيه:
<resources>
<string name="pixel8pro">The power and brains behind Pixel 8 Pro.</string>
</resources>
في المقابل، يتضمّن مورد السلسلة هذا العلامة <nobreak>
التي تلتف حول العبارة "Pixel 8 Pro" وتمنع استخدام فواصل الأسطر:
<resources>
<string name="pixel8pro">The power and brains behind <nobreak>Pixel 8 Pro.</nobreak></string>
</resources>
يظهر الفرق في طريقة عرض هذه السلاسل في الصور التالية:
أرشفة التطبيقات
تم الإعلان عن إتاحة أرشفة التطبيقات في Android وGoogle Play أخيرًا عام، ما يتيح للمستخدمين إخلاء بعض المساحة من خلال إزالة التطبيقات المستخدمة بشكل غير متكرر من الجهاز الذي تم نشره باستخدام تطبيق Android حزمة على Google Play. يتضمّن نظام التشغيل Android 15 ميزة أرشفة التطبيقات وإلغاء أرشفتها على مستوى نظام التشغيل، ما يسهّل على جميع متاجر التطبيقات تنفيذ هذه الميزة.
يمكن للتطبيقات التي لديها إذن REQUEST_DELETE_PACKAGES
طلب البيانات من
PackageInstaller
requestArchive
لطلب أرشفة
حزمة تطبيق مثبَّتة تؤدي إلى إزالة حزمة APK وأي ملفات مخزَّنة مؤقتًا ولكنها تظل قائمة
بيانات المستخدمين. يتم عرض التطبيقات المؤرشفة كتطبيقات قابلة للعرض من خلال واجهات برمجة التطبيقات
LauncherApps
، وسيظهر للمستخدمين تنسيق واجهة مستخدم يُبرز أنّه تم أرشفة
هذه التطبيقات. إذا نقر أحد المستخدمين على تطبيق مؤرشَف، يكون أداة التثبيت المسؤولة
طلبًا لـ إخراجه من الأرشيف، ويمكن إكمال عملية استعادته
المراقبة بواسطة بث ACTION_PACKAGE_ADDED
.
الرسومات
يقدّم الإصدار 15 من Android أحدث تحسينات الرسومات، بما في ذلك ANGLE وإضافة ميزات إلى نظام الرسومات Canvas.
تحديث إمكانية الوصول إلى وحدة معالجة الرسومات في Android
تطورت أجهزة Android إلى حد كبير منذ بدايتها حيث كان يتم تشغيل نظام التشغيل الأساسي على وحدة معالجة مركزية واحدة، كما تم الوصول إلى وحدات معالجة الرسومات باستخدام واجهات برمجة التطبيقات استنادًا إلى المخططات ذات الوظائف الثابتة. كانت واجهة برمجة التطبيقات Vulkan® للرسومات متاحة في NDK منذ نظام Android 7.0 (المستوى 24 لواجهة برمجة التطبيقات) ذات مستوى تجريدي أدنى يعكس بشكل أفضل الأجهزة الحديثة لوحدة معالجة الرسومات، وتوسّع نطاقها بشكل أفضل لتتوافق مع نوى وحدة معالجة مركزية متعددة، وتخفض النفقات العامة لبرنامج تشغيل وحدة المعالجة المركزية (CPU)، ما يؤدي إلى تحسُّن أداء التطبيق. يتوافق Vulkan مع جميع محرّكات الألعاب الحديثة.
Vulkan هي واجهة Android المفضلة لوحدة معالجة الرسومات. وبالتالي، يتضمّن نظام التشغيل Android 15 لغة ANGLE كطبقة اختيارية لتشغيل OpenGL® ES على شبكة Vulkan. سيؤدي الانتقال إلى محرِّك ANGLE إلى توحيد تنفيذ Android OpenGL من أجل تعزيز التوافق وتحسين الأداء في بعض الحالات. يمكنك اختبار ثبات تطبيق OpenGL ES وأدائه من خلال ANGLE من خلال تفعيل خيار المطوّرين في الإعدادات -> النظام -> خيارات المطوّرين -> تجريبية: تفعيل محرِّك ANGLE على Android 15.
Android ANGLE على خارطة طريق Vulkan
في إطار تبسيط حزمة وحدة معالجة الرسومات، سنشحن من الآن فصاعدًا محرِّك ANGLE على أنّه برنامج تشغيل نظام GL على المزيد من الأجهزة الجديدة، ومن المتوقّع أن يكون OpenGL/ES متوفرًا فقط من خلال محرِّك ANGLE في المستقبل. ومع ذلك، نخطط لمواصلة دعم OpenGL ES على جميع الأجهزة.
الخطوات التالية المقترحة
استخدِم خيارات المطوّرين لتحديد برنامج تشغيل محرِّك ANGLE على OpenGL ES واختبار تطبيقك. وبالنسبة إلى المشاريع الجديدة، ننصحك بشدة باستخدام Vulkan لـ C/C++.
تحسينات على "لوحة الرسم"
يواصل Android 15 تحديث نظام رسومات Canvas من Android بإمكانات جديدة:
Matrix44
توفّر مصفوفة 4×4 لتحويل الإحداثيات التي يجب استخدامها عندما تريد معالجة اللوحة في العرض الثلاثي الأبعاد.- يتقاطع
clipShader
مع المقطع الحالي مع التظليل المحدد، بينما يضبطclipOutShader
المقطع على الفرق بين المقطع الحالي وأداة التظليل، حيث يتعامل كل منهما مع أداة التظليل على أنه قناع ألفا. يدعم هذا رسم الأشكال المعقدة بكفاءة.
الأداء والبطارية
يواصل فريق Android التركيز على مساعدتك في تحسين أداء تطبيقاتك وجودتها. يقدّم نظام التشغيل Android 15 واجهات برمجة تطبيقات تساعد في تنفيذ المهام في تطبيقك بفعالية أكبر وتحسين أداء التطبيق وجمع إحصاءات عن تطبيقاتك.
للاطّلاع على أفضل الممارسات المتعلقة بكفاءة البطارية وتصحيح أخطاء استخدام الشبكة والطاقة، ومعرفة تفاصيل عن كيفية تحسين كفاءة البطارية في العمليات التي تعمل في الخلفية في Android 15 والإصدارات الحديثة من Android، يمكنك مشاهدة مناقشة تحسين كفاءة البطارية في العمليات التي تعمل في الخلفية على Android من مؤتمر Google I/O.
ApplicationStartInfo API
في الإصدارات السابقة من Android، كان بدء تشغيل التطبيق لغزًا إلى حدٍ ما. كان من الصعب تحديد ما إذا كان تطبيقك
بدأ من حالة باردة أو دافئة أو ساخنة. وكان من الصعب أيضًا معرفة المدة التي قضاها تطبيقك في مراحل الإطلاق المختلفة، مثل إجراء مراحل عملية الإطلاق، واستدعاء onCreate
، ورسم الإطار الأول، وغير ذلك. عندما تم إنشاء مثيل لصف Application
، لم تكن هناك طريقة لمعرفة ما إذا كان التطبيق قد بدأ من خلال بث أو من مقدِّم محتوى أو وظيفة أو نسخة احتياطية أو اكتمال التشغيل أو منبّه أو جهاز Activity
.
توفّر واجهة برمجة التطبيقات ApplicationStartInfo
في نظام التشغيل Android 15
كل هذا وأكثر. يمكنك أيضًا اختيار إضافة الطوابع الزمنية الخاصة بك إلى التدفق
للمساعدة في جمع بيانات التوقيت في مكان واحد. بالإضافة إلى جمع المقاييس، يمكنك استخدام ApplicationStartInfo
للمساعدة مباشرةً في تحسين عملية بدء تشغيل التطبيق. على سبيل المثال، يمكنك التخلص من إنشاء مثيل مكلفة للمكتبات ذات الصلة بواجهة المستخدم
داخل صف Application
عند بدء تشغيل التطبيق بسبب
بث البث.
معلومات تفصيلية عن حجم التطبيق
منذ إصدار Android 8.0 (المستوى 26 من واجهة برمجة التطبيقات)، ضمّن نظام Android واجهة برمجة التطبيقات
StorageStats.getAppBytes
التي تلخّص حجم التطبيق المثبَّت على شكل عدد واحد من وحدات البايت، وهو مجموع حجم حزمة APK
وحجم الملفات المستخرَجة من حزمة APK، والملفات التي تم إنشاؤها على الجهاز، مثل الرموز البرمجية المجمّعة مسبقًا (AOT). لا يقدم هذا الرقم إحصاءات مفيدة جدًا
في ما يتعلق بكيفية استخدام تطبيقك للتخزين.
يضيف نظام التشغيل Android 15 واجهة برمجة التطبيقات
StorageStats.getAppBytesByDataType([type])
، التي تتيح لك الاطّلاع على إحصاءات حول كيفية استخدام تطبيقك لكل هذه المساحة، بما في ذلك أقسام ملفات APK
ورمز AOT والرمز المرتبط بالتسريع والبيانات الوصفية والمكتبات والملفات الشخصية
الإرشادية.
الملف الشخصي الذي تديره التطبيقات
يتضمّن Android 15 فئة ProfilingManager
،
التي تتيح لك جمع معلومات الأداء من داخل تطبيقك، مثل ملف تفريغ ذاكرة heap
وملفات تعريف ذاكرة heap وتحليل تسلسل استدعاء الدوال البرمجية وغير ذلك. ويقدّم هذا الإجراء استدعاءً إلى
تطبيقك باستخدام علامة مقدَّمة لتحديد ملف الإخراج الذي يتم إرساله إلى دليل ملفات
تطبيقك. تفرض واجهة برمجة التطبيقات حدودًا على معدّل الإرسال لتقليل تأثير
الأداء.
لتبسيط إنشاء طلبات إنشاء ملفات شخصية في تطبيقك، ننصحك باستخدام واجهة برمجة التطبيقات المتوافقة مع Profiling
AndroidX API، والمتوفّرة في الإصدار Core 1.15.0-rc01 أو الإصدارات الأحدث.
تحسينات على قاعدة بيانات SQLite
يوفّر Android 15 واجهات برمجة تطبيقات SQLite تتيح الميزات المتقدّمة من خلال أو محرك SQLite الأساسي الذي يستهدف مشكلات معينة في الأداء يمكن أن البيانات في التطبيقات. يتم تضمين واجهات برمجة التطبيقات هذه مع تحديث SQLite إلى الإصدار 3.44.3
على المطوّرين الرجوع إلى أفضل الممارسات لتحسين أداء SQLite للاستفادة إلى أقصى حد من قاعدة بيانات SQLite، خاصةً عند العمل مع قواعد بيانات كبيرة أو عند تنفيذ طلبات بحث حسّاسة للوقت المستغرَق في الاستجابة.
- المعاملات المؤجلة للقراءة فقط: عند إصدار معاملات
للقراءة فقط (لا تتضمّن عبارات كتابة)، استخدِم
beginTransactionReadOnly()
وbeginTransactionWithListenerReadOnly(SQLiteTransactionListener)
لإصدار معاملاتDEFERRED
للقراءة فقط. يمكن تنفيذ هذه المعاملات بالتزامن مع بعضها، وإذا كانت قاعدة البيانات في وضع WAL، يمكن تنفيذها بالتزامن مع معاملاتIMMEDIATE
أوEXCLUSIVE
. - أعداد الصفوف وأرقام التعريف: تمت إضافة واجهات برمجة التطبيقات لاسترداد عدد الصفوف التي تم تغييرها
أو رقم تعريف الصف الذي تم إدراجه مؤخرًا بدون إصدار طلب بحث إضافي.
تعرض
getLastChangedRowCount()
عدد الصفوف التي قد تم إدراجها أو تحديثها أو حذفها من خلال أحدث عبارة SQL في المعاملة الحالية، في حين أنّgetTotalChangedRowCount()
يعرض العدد على الاتصال الحالي. تعرض دالةgetLastInsertRowId()
rowid
للصف الأخير لإدراجه في الربط الحالي. - الكشوف الأولية: إصدار عبارة SQlite أولية لتجاوز سهولة الاستخدام والبرامج الأخرى وأي نفقات معالجة إضافية قد تتكبدها.
تحديثات إطار عمل الأداء الديناميكي في Android
يواصل Android 15 استثمارنا في إطار العمل الديناميكي لـ Android (ADPF)، وهو مجموعة من واجهات برمجة التطبيقات التي تتيح للألعاب والتطبيقات التي تستهلك قدرًا كبيرًا من الأداء إمكانية التفاعل مباشرةً مع أنظمة الطاقة والحرارة في أجهزة Android. على الأجهزة المتوافقة، سيضيف Android 15 إمكانات ADPF جديدة:
- وضع كفاءة استهلاك الطاقة لجلسات التلميح للإشارة إلى أنّ سلاسل المحادثات المرتبطة بها يجب أن تفضّل توفير الطاقة على الأداء، وهو أمر رائع لأعباء العمل التي تستغرق وقتًا طويلاً في الخلفية.
- يمكن تسجيل فترات عمل وحدة معالجة الرسومات ووحدة المعالجة المركزية في جلسات التلميح، ما يسمح للنظام بضبط ترددات وحدة المعالجة المركزية (CPU) ووحدة معالجة الرسومات معًا لتلبية متطلبات أعباء العمل على أفضل نحو.
- حدود هامش الارتفاع الحراري لتفسير حالة التقييد الحراري المحتملة استنادًا إلى توقّعات هامش الارتفاع.
لمزيد من المعلومات حول كيفية استخدام ADPF في تطبيقاتك وألعابك، يمكنك الانتقال إلى المستندات.
الخصوصية
يتضمّن Android 15 مجموعة متنوعة من الميزات التي تساعد مطوّري التطبيقات في حماية خصوصية المستخدمين.
رصد تسجيل الشاشة
يوفّر Android 15 إمكانية استخدام التطبيقات لرصد ما يلي: يتم تسجيلها. يتم استدعاء إجراء معاودة الاتصال عند انتقال التطبيق بين أن تكون مرئية أو غير مرئية ضمن تسجيل الشاشة. التطبيق عبارة عن تُعد مرئية إذا كانت الأنشطة التي يملكها المُعرّف الفريد لعملية التسجيل يتم تسجيلها. بهذه الطريقة، إذا كان تطبيقك يُجري عملية حسّاسة، يمكنك إبلاغ المستخدم بأنّه يتم تسجيله.
val mCallback = Consumer<Int> { state ->
if (state == SCREEN_RECORDING_STATE_VISIBLE) {
// We're being recorded
} else {
// We're not being recorded
}
}
override fun onStart() {
super.onStart()
val initialState =
windowManager.addScreenRecordingCallback(mainExecutor, mCallback)
mCallback.accept(initialState)
}
override fun onStop() {
super.onStop()
windowManager.removeScreenRecordingCallback(mCallback)
}
إمكانات IntentFilter الموسّعة
يتيح Android 15 توفير دقة Intent
بدرجة أكبر من خلال واجهة برمجة التطبيقات
UriRelativeFilterGroup
التي تتضمّن مجموعة من عناصر
UriRelativeFilter
التي تشكّل مجموعة من قواعد Intent
مطابقة يجب استيفاؤها، بما في ذلك مَعلمات طلب البحث لعناوين URL وأجزاء عناوين URL
وقواعد الحظر أو الاستبعاد.
يمكن تحديد هذه القواعد في ملف XML الخاص بـ AndroidManifest
باستخدام
العلامة <uri-relative-filter-group>
التي يمكن أن تتضمّن اختياريًا علامة android:allow
. يمكن أن تحتوي هذه العلامات على علامات <data>
تستخدِم سمات علامات بيانات
الحالية بالإضافة إلى سمتَي android:query
وandroid:fragment
.
في ما يلي مثال على بنية AndroidManifest
:
<intent-filter>
<action android:name="android.intent.action.VIEW" />
<category android:name="android.intent.category.BROWSABLE" />
<category android:name="android.intent.category.DEFAULT" />
<data android:scheme="http" />
<data android:scheme="https" />
<data android:domain="astore.com" />
<uri-relative-filter-group>
<data android:pathPrefix="/auth" />
<data android:query="region=na" />
</uri-relative-filter-group>
<uri-relative-filter-group android:allow="false">
<data android:pathPrefix="/auth" />
<data android:query="mobileoptout=true" />
</uri-relative-filter-group>
<uri-relative-filter-group android:allow="false">
<data android:pathPrefix="/auth" />
<data android:fragmentPrefix="faq" />
</uri-relative-filter-group>
</intent-filter>
المساحة الخاصة
تتيح المساحة الخاصة للمستخدمين إنشاء مساحة منفصلة على أجهزتهم حيث يمكنهم لإبعاد التطبيقات الحساسة عن أعين المتطفلين، ضِمن طبقة إضافية من المصادقة. تستخدم المساحة الخاصة ملفًا شخصيًا منفصلاً للمستخدم. يمكن للمستخدم اختيار استخدام قفل الجهاز أو عامل قفل منفصل للمساحة الخاصة
تظهر التطبيقات في المساحة الخاصة في حاوية منفصلة في مشغّل التطبيقات يتم إخفاؤها من عرض التطبيقات الأخيرة والإشعارات والإعدادات ومن التطبيقات الأخرى عندما تكون المساحة الخاصة مقفلة. المحتوى من إنشاء المستخدمين وتنزيله (مثل الوسائط أو الملفات) والحسابات بين المساحة الخاصة المساحة الرئيسية. ورقة مشاركة النظام يمكن استخدام أداة اختيار الصور لمنح التطبيقات إمكانية الوصول إلى المحتوى. في المساحات المختلفة عند فتح قفل المساحة الخاصة
لا يمكن للمستخدمين نقل التطبيقات الحالية وبياناتهم إلى المساحة الخاصة. بدلاً من ذلك، يمكن للمستخدمين تحديد خيار تثبيت في المساحة الخاصة لتثبيت التطبيق باستخدام متجر التطبيقات الذي يفضلونه. يتم تثبيت التطبيقات في المساحة الخاصة باسم نسخ منفصلة من أي تطبيقات في المساحة الرئيسية (نسخ جديدة من التطبيق نفسه).
عندما يقفل المستخدم المساحة الخاصة، يتم إيقاف الملف الشخصي. في حين أن الملف الشخصي متوقف، ولم تعُد التطبيقات في المساحة الخاصة نشطة ولا يمكنها تنفيذ الأنشطة التي تعمل في المقدّمة أو الخلفية، بما في ذلك عرض الإشعارات
ننصحك باختبار تطبيقك مع استخدام مساحة خاصة للتأكّد من أنّ التطبيق يعمل على النحو المتوقَّع، خاصةً إذا كان تطبيقك يندرج ضمن الفئات التالية: الفئات:
- التطبيقات التي تستخدم منطق الملفات الشخصية للعمل والتي تفترض أن أي النُسخ المثبتة من تطبيقاتهم والتي ليست في الملف الشخصي الرئيسي في ملف العمل.
- التطبيقات الطبية
- تطبيقات مشغّل التطبيقات
- تطبيقات متجر التطبيقات
طلب آخر اختيار للمستخدِم بشأن الوصول إلى "الصور المحدّدة"
يمكن للتطبيقات الآن إبراز الصور والفيديوهات التي تم اختيارها مؤخرًا فقط عند منح التطبيقات
إذن وصول جزئي إلى أذونات الوسائط. يمكن أن تحسِّن هذه الميزة
تجربة المستخدم للتطبيقات التي تطلب الوصول إلى الصور
والفيديوهات بشكل متكرر. لاستخدام هذه الميزة في تطبيقك، فعِّل الوسيطة
QUERY_ARG_LATEST_SELECTION_ONLY
عند طلب البحث من MediaStore
من خلال ContentResolver
.
Kotlin
val externalContentUri = MediaStore.Files.getContentUri("external") val mediaColumns = arrayOf( FileColumns._ID, FileColumns.DISPLAY_NAME, FileColumns.MIME_TYPE, ) val queryArgs = bundleOf( // Return only items from the last selection (selected photos access) QUERY_ARG_LATEST_SELECTION_ONLY to true, // Sort returned items chronologically based on when they were added to the device's storage QUERY_ARG_SQL_SORT_ORDER to "${FileColumns.DATE_ADDED} DESC", QUERY_ARG_SQL_SELECTION to "${FileColumns.MEDIA_TYPE} = ? OR ${FileColumns.MEDIA_TYPE} = ?", QUERY_ARG_SQL_SELECTION_ARGS to arrayOf( FileColumns.MEDIA_TYPE_IMAGE.toString(), FileColumns.MEDIA_TYPE_VIDEO.toString() ) )
Java
Uri externalContentUri = MediaStore.Files.getContentUri("external"); String[] mediaColumns = { FileColumns._ID, FileColumns.DISPLAY_NAME, FileColumns.MIME_TYPE }; Bundle queryArgs = new Bundle(); queryArgs.putBoolean(MediaStore.QUERY_ARG_LATEST_SELECTION_ONLY, true); queryArgs.putString(MediaStore.QUERY_ARG_SQL_SORT_ORDER, FileColumns.DATE_ADDED + " DESC"); queryArgs.putString(MediaStore.QUERY_ARG_SQL_SELECTION, FileColumns.MEDIA_TYPE + " = ? OR " + FileColumns.MEDIA_TYPE + " = ?"); queryArgs.putStringArray(MediaStore.QUERY_ARG_SQL_SELECTION_ARGS, new String[] { String.valueOf(FileColumns.MEDIA_TYPE_IMAGE), String.valueOf(FileColumns.MEDIA_TYPE_VIDEO) });
"مبادرة حماية الخصوصية" على Android
يتضمّن الإصدار Android 15 أحدث إضافات "خدمات إعلانات Android"، وتتضمّن أحدث إصدار من "مبادرة حماية الخصوصية" على Android. وتُعدّ هذه الإضافة جزءًا من عملنا على تطوير تقنيات جديدة تعمل على تحسين خصوصية المستخدِمِين وإتاحة تجارب إعلانية مخصَّصة وفعّالة لتطبيقات الأجهزة الجوّالة. تحتوي صفحة "مبادرة حماية الخصوصية" على مزيد من المعلومات حول "مبادرة حماية الخصوصية" على معاينة مطوّري برامج Android والبرامج التجريبية لمساعدتك في البدء.
Health Connect
يدمج نظام التشغيل Android 15 أحدث الإضافات المتعلقة بتطبيق Health Connect من Android، وهو منصّة آمنة ومتمركزة لإدارة بيانات الصحة واللياقة البدنية التي تجمعها التطبيقات ومشاركتها. يتيح هذا التعديل استخدام أنواع بيانات إضافية في ما يتعلّق باللياقة البدنية والتغذية ودرجة حرارة الجلد وخطط التدريب وغير ذلك.
تتيح ميزة تتبُّع درجة حرارة الجلد للمستخدمين تخزين بيانات دترة حرارة أكثر دقة ومشاركتها من جهاز قابل للارتداء أو جهاز تتبُّع آخر.
الخطط التدريبية هي خطط تمارين منظمة لمساعدة المستخدم في تحقيق أهدافه المتعلّقة باللياقة البدنية. يتضمّن دعم الخطط التدريبية مجموعة متنوعة من أهداف الإنجاز والأداء:
- أهداف الإنجاز المتعلّقة بعدد السعرات الحرارية المحروقة، المسافة، والمدة، عدد التكرارات، والخطوات
- أهداف الأداء حول أكبر عدد ممكن من التكرارات (AMRAP)، الوتيرة، معدل ضربات القلب، القوة، معدل الجهد المبذول، السرعة
يمكنك الاطّلاع على مزيد من المعلومات حول آخر التحديثات التي أُجريت على Health Connect في Android من خلال إنشاء تجارب استخدام قابلة للتكيّف باستخدام Android معلومات حول الصحة من مؤتمر Google I/O
مشاركة شاشة التطبيق
يتيح نظام التشغيل Android 15 مشاركة شاشة التطبيق كي يتمكّن المستخدمون من مشاركة أو تسجيل
نافذة التطبيق فقط بدلاً من شاشة الجهاز بالكامل. تم تفعيل هذه الميزة لأول مرة في ملف APK لنظام التشغيل
Android 14 QPR2، وتشمل MediaProjection
طلبات إعادة الاتصال التي تسمح لتطبيقك
بتخصيص تجربة مشاركة شاشة التطبيق. يُرجى العلم أنّه بالنسبة إلى التطبيقات التي تستهدف الإصدار 14 من Android (المستوى 34 لواجهة برمجة التطبيقات) أو الإصدارات الأحدث، يجب الحصول على موافقة المستخدم لكل جلسة رصد MediaProjection
.
تجربة المستخدم وواجهة المستخدم للنظام
يوفّر Android 15 لمطوّري التطبيقات ومستخدميها المزيد من التحكّم والمرونة في ضبط إعدادات أجهزتهم بما يتناسب مع احتياجاتهم.
للاطّلاع على مزيد من المعلومات حول كيفية استخدام أحدث التحسينات في Android 15 لتحسين تجربة المستخدم في تطبيقك، يمكنك مشاهدة محادثة تحسين تجربة المستخدم في تطبيق Android من مؤتمر Google I/O.
معاينات أكثر تفاعلية للتطبيقات المصغّرة باستخدام واجهة برمجة التطبيقات Generated Previews API
قبل الإصدار 15 من Android، كانت الطريقة الوحيدة لتقديم معاينات لأداة اختيار التطبيقات المصغّرة هي تحديد مصدر صورة أو تنسيق ثابت. غالبًا ما تختلف هذه المعاينات عن شكل التطبيق المصغّر الفعلي عند وضعه على الشاشة الرئيسية. بالإضافة إلى ذلك، لا يمكن إنشاء موارد ثابتة باستخدام Jetpack Glance، لذا كان على مطوّر Glance التقاط لقطة شاشة لأداة العرض أو إنشاء تنسيق XML للحصول على معاينة لأداة العرض.
يتيح نظام Android 15 استخدام معاينات تم إنشاؤها. وهذا يعني أنّه يمكن لموفّري التطبيقات المصغرة
إنشاء RemoteViews
لاستخدامها كمعاينة لأداة الاختيار، بدلاً من
مورد ثابت.
واجهة برمجة تطبيقات Push
يمكن للتطبيقات تقديم معاينات تم إنشاؤها من خلال واجهة برمجة تطبيقات Push. يمكن للتطبيقات تقديم
معاينات في أي مرحلة من مراحل نشاطها، وعدم تلقّي طلب صريح
من المضيف لتقديم معاينات. يتم الاحتفاظ بالمعاينات في AppWidgetService
،
ويمكن للمضيفين طلبها عند الطلب. المثال التالي يحمّل تطبيق مصغّر بتنسيق XML
تنسيق موارد التنسيق وتعيينه كمعاينة:
AppWidgetManager.getInstance(appContext).setWidgetPreview(
ComponentName(
appContext,
SociaLiteAppWidgetReceiver::class.java
),
AppWidgetProviderInfo.WIDGET_CATEGORY_HOME_SCREEN,
RemoteViews("com.example", R.layout.widget_preview)
)
التدفق المتوقع هو:
- في أي وقت، يستدعي موفّر التطبيق المصغّر
setWidgetPreview
. يتم الاحتفاظ بالمعاينات التي تم تقديمها فيAppWidgetService
مع معلومات مقدّم الخدمة الأخرى. - يرسل "
setWidgetPreview
" إشعارًا إلى المضيفين بمعاينة محدَّثة من خلالAppWidgetHost.onProvidersChanged
معاودة الاتصال. استجابةً لذلك، يُعيد مضيف التطبيقات المصغّرة تحميل جميع معلومات مقدّم الخدمة. - عند عرض معاينة التطبيق المصغّر، يتحقق المضيف من العنصر
AppWidgetProviderInfo.generatedPreviewCategories
، وإذا كانت الفئة التي تم اختيارها متوفرة، يتصل بالعنصرAppWidgetManager.getWidgetPreview
لعرض المعاينة المحفوظة لهذا الموفِّر.
حالات الاتصال بـ setWidgetPreview
وبما أنّه لا تتوفّر طلبات إعادة اتصال لتقديم المعاينات، يمكن للتطبيقات اختيار إرسال المعاينات في أي وقت أثناء تشغيلها. عدد مرات تعديل المعاينة على حالة استخدام الأداة.
توضِّح القائمة التالية الفئتَين الرئيسيتَين لحالات استخدام المعاينة:
- مقدمو الخدمات الذين يعرضون بيانات فعلية في معاينات الأدوات، مثل أو معلومات حديثة. يمكن لموفّري المحتوى هؤلاء ضبط المعاينة بعد تسجيل دخول المستخدم أو إجراء الإعدادات الأولية في تطبيقه. وبعد ذلك، يمكنهم إعداد مهمة دورية لتعديل المعاينات بالوتيرة التي يختارونها. ومن الأمثلة على هذا النوع من التطبيقات المصغّرة أداة مصوّرة أو أداة تقويم أو أداة طقس أو أداة أخبار.
- مقدّمو الخدمات الذين يعرضون معلومات ثابتة في معاينات التطبيقات المصغّرة أو التطبيقات المصغّرة للإجراءات السريعة ولا يعرضون أي بيانات يمكن لموفّري المحتوى هؤلاء ضبط المعاينات مرة واحدة عند بدء تشغيل التطبيق لأول مرة. تتضمن أمثلة هذا النوع من التطبيقات المصغّرة محرك أقراص تطبيق "الإجراءات" المصغّر أو تطبيق "اختصارات Chrome" المصغّر.
قد يعرض بعض مزوّدي الخدمة معاينات ثابتة في منتقي وضع الإرساء، ولكنّها في الواقع المعلومات الموجودة في منتقي الشاشة الرئيسية. على مقدّمي هذه الخدمات اتّباع الإرشادات لكلتا حالتَي الاستخدام هاتين لضبط المعاينات.
نافذة ضمن النافذة
يقدّم نظام التشغيل Android 15 تغييرات في ميزة "نافذة ضمن النافذة" لضمان عملية انتقال أكثر سلاسة عند الدخول إلى هذا الوضع. سيكون هذا مفيدًا لتطبيقك إذا كان يتضمّن عناصر واجهة مستخدم متراكبة على واجهة المستخدم الرئيسية، والتي يتم عرضها في وضع "صورة في صورة".
يستخدم المطوّرون دالة الاستدعاء onPictureInPictureModeChanged
لتحديد المنطق الذي يبدِّل مستوى ظهور عناصر واجهة المستخدم التي تمّت تغطيتها. يتم بدء ردّ الاتصال هذا عند اكتمال الصورة المتحركة لدخول وضع "صورة في صورة" أو الخروج منه. بدءًا من
Android 15، تتضمن فئة PictureInPictureUiState
حالة أخرى.
في هذه الحالة، ستلاحظ التطبيقات التي تستهدف الإصدار 15 من نظام التشغيل Android (المستوى 35 لواجهة برمجة التطبيقات) أنّه يتمّ استدعاء callback
Activity#onPictureInPictureUiStateChanged
باستخدام رمز دالة
isTransitioningToPip()
فور بدء عرض الصورة في صورة. هناك
العديد من عناصر واجهة المستخدم التي لا تكون ملائمة للتطبيق عندما يكون في وضع "صورة في صورة"، مثل
طرق العرض أو التنسيقات التي تتضمّن معلومات مثل الاقتراحات والفيديوهات القادمة
والتقييمات والعناوين. عندما ينتقل التطبيق إلى وضع "نافذة ضمن النافذة"، استخدِم دالة callback الخاصة بالعنصر
onPictureInPictureUiStateChanged
لإخفاء عناصر واجهة المستخدم هذه. عندما ينتقل
التطبيق إلى وضع ملء الشاشة من نافذة PiP، استخدِم callback
onPictureInPictureModeChanged
لإلغاء إخفاء هذه العناصر، كما هو موضّح في المثالين التاليين:
override fun onPictureInPictureUiStateChanged(pipState: PictureInPictureUiState) {
if (pipState.isTransitioningToPip()) {
// Hide UI elements
}
}
override fun onPictureInPictureModeChanged(isInPictureInPictureMode: Boolean) {
if (isInPictureInPictureMode) {
// Unhide UI elements
}
}
يساعد هذا التبديل السريع لعناصر واجهة المستخدم غير ذات الصلة (لتشغيل نافذة PiP) في ضمان ظهور رسوم متحركة سلسة وبدون وميض عند تشغيل وضع PiP.
قواعد "عدم الإزعاج" المحسّنة
AutomaticZenRule
lets apps customize Attention
Management (Do Not Disturb) rules and decide when to activate or deactivate
them. Android 15 greatly enhances these rules with the goal of improving the
user experience. The following enhancements are included:
- Adding types to
AutomaticZenRule
, allowing the system to apply special treatment to some rules. - Adding an icon to
AutomaticZenRule
, helping to make the modes be more recognizable. - Adding a
triggerDescription
string toAutomaticZenRule
that describes the conditions on which the rule should become active for the user. - Added
ZenDeviceEffects
toAutomaticZenRule
, allowing rules to trigger things like grayscale display, night mode, or dimming the wallpaper.
ضبط VibrationEffect لقنوات الإشعارات
يتيح Android 15 ضبط اهتزازات تفاعلية للإشعارات الواردة من خلال
قناة تستخدم NotificationChannel.setVibrationEffect
، لذلك
يستطيع المستخدمون التمييز بين الأنواع المختلفة من الإشعارات بدون
الاضطرار إلى النظر إلى أجهزتهم.
شريحة شريط حالة "عرض الوسائط" والإيقاف التلقائي
Media projection can expose private user information. A new, prominent status bar chip makes users aware of any ongoing screen projection. Users can tap the chip to stop screen casting, sharing, or recording. Also, for a more intuitive user experience, any in‑progress screen projection now automatically stops when the device screen is locked.
الشاشات الكبيرة وأشكال الأجهزة
يقدّم Android 15 ميزات تتيح لتطبيقاتك الاستفادة إلى أقصى حدّ من أشكال أجهزة Android، بما في ذلك الشاشات الكبيرة والأجهزة القابلة للطي والأجهزة القابلة للقلب.
تحسين تعدُّد المهام على الشاشات الكبيرة
يوفّر Android 15 للمستخدمين طرقًا أفضل لتنفيذ مهام متعددة على الأجهزة ذات الشاشات الكبيرة. بالنسبة يمكن للمستخدمين مثلاً حفظ مجموعات التطبيقات المفضّلة لديهم في "وضع تقسيم الشاشة" للحصول على الوصول إلى شريط التطبيقات وتثبيته على الشاشة للتبديل بسرعة بين التطبيقات. وهذا يعني أنّ التأكّد من توافق تطبيقك مع الأجهزة المختلفة بات أكثر أهمية من أي وقت مضى.
جلسات مؤتمر Google I/O حول تصميم Android التكيُّفي التطبيقات وواجهة مستخدم المبنى باستخدام Material 3 المكتبة التكيّفية التي يمكن أن تساعدك، كما توفر مستنداتنا المزيد من المساعدة لتصميم مواقع الشاشات
إتاحة استخدام الشاشة الخارجية
يمكن لتطبيقك توضيح موقع يستخدمه Android 15 للسماح بعرض Application
أو Activity
على شاشات الغلاف الصغيرة للأجهزة القابلة للطي المتوافقة. هذه الشاشات صغيرة جدًا بحيث لا يمكن اعتبارها
استهدافات متوافقة مع تطبيقات Android لتشغيلها، ولكن يمكن لتطبيقك
الموافقة على دعمها، مما يجعل تطبيقك متاحًا في المزيد من الأماكن.
إمكانية الاتصال
يُجري نظام Android 15 تعديلات على المنصة لمنح تطبيقك إمكانية الاستفادة من أحدث التطورات في تكنولوجيات الاتصالات والتقنيات اللاسلكية.
دعم الأقمار الصناعية
يواصل نظام Android 15 توسيع نطاق توفّر المنصة للاتصال عبر الأقمار الصناعية ويضمّ بعض عناصر واجهة المستخدم لضمان تجربة مستخدم متّسقة على مستوى منظومة الاتصال عبر الأقمار الصناعية.
يمكن للتطبيقات استخدام ServiceState.isUsingNonTerrestrialNetwork()
لرصد الحالات التي يكون فيها الجهاز متصلاً بأحد الأقمار الصناعية، ما يمنح التطبيقات المزيد من المعلومات عن سبب عدم توفّر خدمات الشبكة الكاملة. بالإضافة إلى ذلك، يقدّم الإصدار 15 من Android
توافقًا مع تطبيقات الرسائل القصيرة ورسائل الوسائط المتعددة، بالإضافة إلى تطبيقات RCS المحمَّلة مسبقًا لاستخدام
الاتصال عبر الأقمار الصناعية لإرسال الرسائل واستلامها.
تجارب استخدام أكثر سلاسة لتقنية NFC
يعمل Android 15 على توفير تجربة أكثر سلاسة وموثوقية
من خلال ميزة "الدفع بدون تلامس الأجهزة" مع منظومة Android المتكاملة الفعّالة الخاصة بتطبيقات NFC. على
الأجهزة المتوافقة، يمكن للتطبيقات طلب تفعيل NfcAdapter
وضع المراقبة، حيث يستمع الجهاز إلى قارئات NFC بدون
استجابة له، ما يؤدي إلى إرسال خدمة NFC الخاصة PollingFrame
الكائنات إلى المعالجة. يمكن استخدام كائنات PollingFrame
للمصادقة قبل الاتصال الأول بقارئ NFC، ما يتيح إجراء معاملة بنقرة واحدة في كثير من الحالات.
بالإضافة إلى ذلك، يمكن للتطبيقات الآن تسجيل فلتر على الأجهزة المتوافقة ليتم إشعارها بأنشطة حلقة الاستطلاع، ما يتيح العمل بسلاسة مع العديد من التطبيقات المتوافقة مع تقنية NFC.
دور المحفظة
يقدّم Android 15 دورًا جديدًا في "محفظة Google" يتيح دمجًا أكثر دقة مع تطبيق المحفظة المفضّل لدى المستخدم. ويحلّ هذا الدور محلّ إعدادات الدفع بدون تلامس الأجهزة التلقائية لتقنية NFC. يمكن للمستخدمين إدارة صاحب دور المحفظة من خلال الانتقال إلى الإعدادات > التطبيقات > التطبيقات التلقائية.
يُستخدَم دور "المحفظة" عند توجيه نقرات NFC لمعرّفات AID المسجّلة في فئة الدفع. تصل النقرات دائمًا إلى صاحب دور "محفظة Google" ما لم يكن هناك تطبيق آخر مُسجَّل في معرّف AID نفسه قيد التشغيل في المقدّمة.
يُستخدَم هذا الدور أيضًا لتحديد المكان الذي يجب أن ينتقل إليه مربّع الوصول السريع في "محفظة Google" عند تفعيله. عند ضبط الدور على "None" ("بدون")، لا يكون مربّع QuickAccess متاحًا، ولا يتم عرض نقرات NFC في فئة الدفع إلا على التطبيق المُقدَّم في المقدّمة.
الأمان
يساعدك نظام التشغيل Android 15 في تحسين أمان تطبيقك وحمايته، ويمنح المستخدمين مزيدًا من الشفافية والتحكّم في بياناتهم. يمكنك الاطّلاع على محادثة Safeguarding user security on Android من Google I/O لمعرفة المزيد من المعلومات حول الإجراءات التي نتّخذها لتحسين إجراءات حماية المستخدمين وحماية تطبيقك من التهديدات الجديدة.
دمج "مدير بيانات الاعتماد" مع ميزة "الملء التلقائي"
Starting with Android 15, developers can link specific views like username or password fields with Credential Manager requests, making it easier to provide a tailored user experience during the sign-in process. When the user focuses on one of these views, a corresponding request is sent to Credential Manager. The resulting credentials are aggregated across providers and displayed in autofill fallback UIs, such as inline suggestions or drop-down suggestions. The Jetpack androidx.credentials library is the preferred endpoint for developers to use and will soon be available to further enhance this feature in Android 15 and higher.
دمج ميزة "تسجيل الدخول أو الاشتراك بنقرة واحدة" مع طلبات المقاييس الحيوية
مدير بيانات الاعتماد يدمج طلبات المقاييس الحيوية في إنشاء بيانات الاعتماد وتسجيل الدخول، ما يغنيك عن حاجة مقدّمي الخدمات إلى إدارة طلبات المقاييس الحيوية. نتيجةً لذلك، ما على موفّري بيانات الاعتماد سوى التركيز على نتائج مسارات الإنشاء والحصول، بالإضافة إلى نتيجة مسار البيانات الحيوية. توفّر هذه العملية المبسّطة بيانات اعتماد أكثر كفاءة وسلاسة. عملية الإنشاء والاسترجاع.
إدارة مفاتيح التشفير لميزة "التشفير التام بين الأطراف"
نحن بصدد طرح E2eeContactKeysManager
في نظام Android 15 الذي يسهّل التشفير التام بين الأطراف (E2EE) في تطبيقات Android الخاصة بك من خلال توفير واجهة برمجة تطبيقات على مستوى نظام التشغيل لتخزين المفاتيح العامة المشفّرة.
تم تصميم E2eeContactKeysManager
للتكامل مع تطبيق "جهات الاتصال" على النظام الأساسي لمنح المستخدمين طريقة مركزية لإدارة المفاتيح العامة لجهات الاتصال والتحقق منها.
عمليات التحقّق من الأذونات لمعرّفات الموارد المنتظمة (URI) للمحتوى
يقدّم Android 15 مجموعة جديدة من واجهات برمجة التطبيقات التي تُجري عمليات تحقّق من أذونات الوصول إلى معرّفات الموارد المنتظمة (URI) للمحتوى:
Context.checkContentUriPermissionFull
: يؤدي هذا الخيار إلى إجراء التحقق من الأذونات الكاملة لمعرّفات الموارد المنتظمة (URI) للمحتوى.- سمة البيان
Activity
requireContentUriPermissionFromCaller
: يؤدي ذلك إلى فرض أذونات محدّدة على معرّفات الموارد المنتظمة (URI) للمحتوى التي تم توفيرها عند بدء النشاط. - فئة
ComponentCaller
للمتصلينActivity
: يمثل هذا التطبيق الذي أطلق النشاط.
تسهيل الاستخدام
يضيف نظام التشغيل Android 15 ميزات تحسّن إمكانية استخدام الأجهزة للمستخدمين.
تحسينات على لغة برايل
في نظام التشغيل Android 15، أتحنا إمكانية توافق TalkBack مع شاشات برايل التي تستخدم معيار HID عبر كل من USB والبلوتوث الآمن.
ويشبه هذا المعيار إلى حد كبير المعيار الذي تستخدمه أجهزة الماوس ولوحات المفاتيح، وسيساعد نظام التشغيل Android على دعم مجموعة أكبر من شاشات برايل بمرور الوقت.
التوافق مع أسواق عالمية
يضيف Android 15 ميزات وإمكانات تكمل تجربة المستخدم عند استخدام جهاز بلغات مختلفة.
خط متغيّر بترميز CJK
بدءًا من نظام التشغيل Android 15، أصبح ملف الخط للّغات الصينية واليابانية والكورية (CJK)، وهو NotoSansCJK، الآن خطًا متغيّرًا. تفتح الخطوط المتغيرة إمكانيات جديدة لأسلوب الخط الإبداعي في لغات CJK. يمكن للمصممين استكشاف مجموعة أوسع من الأنماط وإنشاء تخطيطات مذهلة بصريًا كان من الصعب أو المستحيل تحقيقها في السابق.
ضبط المسافات بين الأحرف
بدءًا من الإصدار 15 من Android، يمكن ضبط النص على الاتّجاه الأيمن باستخدام ميزة "محوّر المسافة بين الأحرف" من خلال
استخدام JUSTIFICATION_MODE_INTER_CHARACTER
. كان التبرير بين الكلمات
تم تقديمه لأول مرة في Android 8.0 (المستوى 26 من واجهة برمجة التطبيقات)، وبين الأحرف
التبرير إمكانات مماثلة للغات التي تستخدم
حرف المسافة البيضاء للتقسيم، مثل الصينية واليابانية وغيرها.
ضبط فاصل الأسطر التلقائي
بدأ Android في إتاحة فواصل الأسطر المستندة إلى العبارة باللغتين اليابانية والكورية
Android 13 (المستوى 33) ومع ذلك، وبينما تعمل فواصل الأسطر المستندة إلى عبارة على تحسين
لسهولة قراءة السطور القصيرة من النص، فإنها لا تعمل بشكل جيد مع الأسطر الطويلة من النص.
في Android 15، يمكن للتطبيقات تطبيق فواصل الأسطر المستندة إلى العبارة على الأسطر القصيرة فقط.
من النص، باستخدام LINE_BREAK_WORD_STYLE_AUTO
. يحدد هذا الخيار أفضل خيار نمط كلمة للنص.
بالنسبة إلى الأسطر القصيرة من النص، يتم استخدام فواصل الأسطر المستندة إلى العبارة، وتعمل بالطريقة نفسها
كـ LINE_BREAK_WORD_STYLE_PHRASE
، كما هو موضح في
الصورة التالية:
بالنسبة إلى أسطر النص الأطول، يستخدم LINE_BREAK_WORD_STYLE_AUTO
نمط كلمات بدون
فاصل سطر، ويعمل بالطريقة نفسها التي يعمل بها
LINE_BREAK_WORD_STYLE_NONE
، كما هو موضّح في
الصورة التالية:
خط إضافي للغة اليابانية Hentaigana
في نظام التشغيل Android 15، ملف خط للهيرغانا اليابانية القديمة (المعروفة باسم Hentaigana) بشكل افتراضي. يمكن للأشكال الفريدة لأحرف الهينتيجانا إضافة طابعًا مميزًا للأعمال الفنية أو التصميم، مع المساعدة أيضًا في الحفاظ على دقة انتقال وفهم الوثائق اليابانية القديمة.
حقوق الطبع والنشر لـ VideoLAN المخروطية (c) 1996-2010 VideoLAN. يمكن لأي شخص استخدام هذا الشعار أو نسخة معدلة أو تعديلها للإشارة إلى مشروع VideoLAN أو أي منتج طوّره فريق VideoLAN، ولكنها لا تشير إلى توصية من المشروع.
Vulkan وشعار Vulkan هما علامتان تجاريتان مسجَّلتان لشركة الخronos Group Inc.
OpenGL هي علامة تجارية مسجّلة، وشعار OpenGL ES هو علامة تجارية لشركة Hewlett Packard Enterprise وتستخدمها بموجب إذن من شركةKronos.