Az Android 11 rendszerben az alkalmazások javasolhatják a törölt fotók és videók rejtett kukába helyezését. Ez ideiglenesen az eszközön tartja a kukába helyezett elemeket.
A Google a „Scoped Storage” szolgáltatással próbálja megfékezni az alkalmazás-tárolási helyzetet. A Scoped Storage az Android 10-ben jelent meg de debütálása óta azóta többször is megváltozott, mert drámaian befolyásolja sok Android tárhely-hozzáférését alkalmazások. A Google érvényesíti a Scoped Storage alkalmazást az API 30-as szintjét célzó alkalmazások esetében, amely az Android 11-es verzióval egybeeső legújabb API-szint.
Ahelyett, hogy megpróbálnád magyarázza el újra a Scoped Storage alkalmazást, íme egy grafika a Google "Minden adatvédelem az Android 11-ben" beszélgetés, amely összefoglalja, hogy a Scoped Storage hogyan befolyásolja az Android 11 alkalmazások tárhely-hozzáférését.
A tárhely-hozzáférés egyik érdekesebb változása, amely eddig a radar alatt repült, egy új "kukoló" mechanizmus bevezetése. Ezt a funkciót részletesen a Google "
Hozzáférés a tárhelyhez Android 11 rendszerrel"videó. Lényegében a MediaStore API törlés helyett kukába helyezheti a fájlt, hogy lehetőséget adjon a felhasználónak a fájl későbbi helyreállítására. A Google ezt a funkciót a számítógépeken található Lomtárhoz hasonlítja, kivéve, hogy az Android lomtára alapértelmezés szerint el van rejtve. A Google kijelenti, hogy azok az alkalmazások, amelyek szerkesztési hozzáféréssel rendelkeznek a kukába helyezett fájlokhoz, vagy amelyek felhasználói beleegyezést kérnek, megjeleníthetnek elemeket a kukából. Az Android 30 nap elteltével automatikusan törli a kukába helyezett elemeket.Az Android 11 azt is megköveteli, hogy az alkalmazások beleegyezést kapjanak a felhasználótól, mielőtt módosítanák azokat a médiafájlokat, amelyek nem az alkalmazás tulajdonában vannak. Egy másik új funkció, amely hozzáadásra került, a "kedvencek", amely lehetővé teszi a médiaalkalmazások számára, hogy hozzáadjanak egy "kedvenc" fájlt. állapotát a kijelölt médiaelemekre, hogy a többi médiaalkalmazás tudja, hogy a felhasználó ezeket az elemeket ilyenként tekinti meg fontos. Ha például a felhasználó csillaggal lát el egy elemet egy galériaalkalmazásban, akkor más médiaalkalmazások láthatják, hogy ez az elem a kedvencek közé került.
Bár a Google előadása nem mutat példát a MediaStore új trash koncepciójára, az API már az első Android 11 Developer Preview óta elérhető. Jurij Mysochenko fejlesztő közzétett egy cikk a Médiumról februárban, amely átmegy az új API-n, és bemutatta az API-t egy példaalkalmazásban, az alábbiak szerint:
Ebben a demóban az alkalmazás megkérdezte a felhasználót, hogy akar-e egy fotót a kukába helyezni, ami átmenetileg törli a fotót a galériából. 7 nap elteltével a fotó véglegesen törlődik a tárhelyről. Roxanna Aliabadi, a Google munkatársa megemlíti, hogy az operációs rendszer 30 napig tárolja a kukába helyezett elemeket, így a 7 napos tárolási korlátot valószínűleg megnövelték az első fejlesztői előnézet óta.
Az API bevezetése iránt érdeklődő fejlesztők most megtekinthetik a dokumentációt az Android Developers webhelyén. A médiaalkalmazások létrehozhatnak egy függőben lévő szándékot CreateTrashRequest arra kéri a felhasználót, hogy helyezzen kukába egy elemet, amely ezután hozzáadja a jelzőt IS_TRASHED azt jelzi, hogy egy médiaelemet a kukába helyeztek. A kukába helyezett elemeket az operációs rendszer mindaddig megőrzi DATE_EXPIRES, ami után véglegesen törlődnek a tárhelyről. A MediaStore-t lekérdező médiaalkalmazásoknak kifejezetten le kell kérdezniük a kukába helyezett elemeket a használatával QUERY_ARG_MATCH_TRASHED mivel a kukába helyezett elemek alapértelmezés szerint kiszűrhetők a műveletekből.
Meghallgathatja (és meg is kell) ezt a teljes előadást a Scoped Storage webhelyen, ha az alkalmazás a tárhely-hozzáféréssel foglalkozik: