يحتوي Android 11 على سلة محذوفات مخفية للصور ومقاطع الفيديو المحذوفة

click fraud protection

في Android 11، يمكن للتطبيقات اقتراح نقل الصور ومقاطع الفيديو المحذوفة إلى سلة المحذوفات المخفية. يؤدي هذا إلى الاحتفاظ بالعناصر المحذوفة على الجهاز مؤقتًا.

تحاول Google كبح جماح حالة تخزين التطبيقات الخارجة عن السيطرة من خلال "Scoped Storage". تم تقديم Scoped Storage في Android 10 ولكن تم تغييره عدة مرات منذ ظهوره لأول مرة نظرًا لمدى تأثيره بشكل كبير على الوصول إلى مساحة التخزين للعديد من أجهزة Android التطبيقات. تقوم Google بفرض Scoped Storage للتطبيقات التي تستهدف مستوى واجهة برمجة التطبيقات (API) 30، وهو أحدث مستوى لواجهة برمجة التطبيقات (API) الذي يتزامن مع Android 11.

بدلا من محاولة ذلك شرح تخزين النطاق مرة أخرى، إليك رسمًا من " Googleكل ما يتعلق بالخصوصية في Android 11" حديث يلخص كيفية تأثير Scoped Storage على الوصول إلى مساحة التخزين للتطبيقات في Android 11.

المصدر: جوجل

أحد التغييرات الأكثر إثارة للاهتمام في الوصول إلى التخزين والتي تم وضعها تحت الرادار حتى الآن هو إدخال آلية "رمي المهملات" الجديدة. تم تفصيل هذه الميزة في "Google"الوصول إلى مساحة التخزين مع Android 11" فيديو. في جوهرها، التطبيقات التي تستخدم

واجهة برمجة تطبيقات متجر الوسائط يمكن حذف ملف بدلاً من حذفه لمنح المستخدم فرصة لاستعادة الملف لاحقًا. تشبه Google هذه الميزة بسلة المحذوفات على أجهزة الكمبيوتر الشخصية باستثناء سلة المحذوفات الخاصة بنظام Android والتي تكون مخفية افتراضيًا. تنص Google على أن التطبيقات التي تتمتع بإمكانية الوصول للتعديل إلى الملفات المهملة أو التي تطلب موافقة المستخدم يمكنها عرض العناصر من سلة المحذوفات. يتم حذف العناصر التي تم وضعها في المهملات تلقائيًا بواسطة Android بعد 30 يومًا.

يتطلب Android 11 أيضًا أن تحصل التطبيقات على موافقة المستخدم قبل تعديل ملفات الوسائط التي لا يملكها التطبيق. ميزة جديدة أخرى تمت إضافتها هي "المفضلة"، والتي تسمح لتطبيقات الوسائط بإضافة ملف "مفضل". الحالة لعناصر الوسائط المعينة حتى تعرف تطبيقات الوسائط الأخرى أن المستخدم يشاهد هذه العناصر على أنها مهم. على سبيل المثال، إذا قام المستخدم بتمييز عنصر ما في تطبيق المعرض، فيمكن لتطبيقات الوسائط الأخرى معرفة أن هذا العنصر قد تم تفضيله.

على الرغم من أن حديث جوجل لا يعرض مثالاً لمفهوم المهملات الجديد لـ MediaStore، إلا أن واجهة برمجة التطبيقات (API) كانت متاحة منذ أول معاينة للمطورين لنظام Android 11. نشر المطور يوري ميسوشينكو مقال على المتوسط مرة أخرى في شهر فبراير، والذي يتناول واجهة برمجة التطبيقات الجديدة هذه، وقام بعرض واجهة برمجة التطبيقات في نموذج تطبيق كما هو موضح أدناه:

واجهة برمجة تطبيقات MediaStore Trash API الجديدة في Android 11. الاعتمادات: يوري ميسوشينكو.

في هذا العرض التوضيحي، سأل التطبيق المستخدم عما إذا كان يريد نقل صورة إلى سلة المهملات مما سيؤدي إلى حذف الصورة مؤقتًا من المعرض. وبعد 7 أيام، سيتم حذف الصورة نهائيًا من التخزين. تذكر موظفة Google Roxanna Aliabadi أن نظام التشغيل يقوم بتخزين العناصر المحذوفة لمدة 30 يومًا، لذلك من المحتمل أن يكون حد التخزين البالغ 7 أيام قد زاد منذ أول معاينة للمطورين.

يمكن للمطورين المهتمين بتنفيذ واجهة برمجة التطبيقات هذه الاطلاع على الوثائق الآن على موقع Android Developers. يمكن لتطبيقات الوسائط إنشاء PendingIntent يسمى createTrashRequest لمطالبة المستخدم بوضع عنصر في سلة المهملات، مما يؤدي بعد ذلك إلى إضافة العلامة IS_TRASHED للإشارة إلى أنه تم نقل عنصر الوسائط إلى المهملات. يتم الاحتفاظ بالعناصر المحذوفة بواسطة نظام التشغيل حتى DATE_EXPIRES، وبعد ذلك يتم حذفها نهائيًا من التخزين. يجب أن تقوم تطبيقات الوسائط التي تستعلم عن MediaStore بالاستعلام بشكل صريح عن العناصر المحذوفة باستخدام QUERY_ARG_MATCH_TRASHED حيث تتم تصفية العناصر المحذوفة بعيدًا عن العمليات بشكل افتراضي.

يمكنك (ويجب عليك) الاستماع إلى هذه المحادثة الكاملة حول Scoped Storage إذا كان تطبيقك يتعامل مع الوصول إلى التخزين: