Андроид 11 приморава апликације да подржавају локалне резервне копије, али не и резервне копије у облаку

click fraud protection

Није тајна да је прављење резервних копија и враћање апликација и података срање на Андроид-у, посебно када мењате уређаје. Андроид 11 мало побољшава ствари.

За мене не би било контроверзно да кажем да је прављење резервних копија и враћање апликација ужасно искуство на Андроиду. Сада, та изјава није универзално тачна – ако вршите надоградњу на Андроид уређај истог произвођача као и ваш претходни уређај, онда ће процес миграције апликације генерално бити прилично беспрекоран. Питајте свакога ко је покушао да мигрира све своје апликације на нови телефон са другог ОЕМ-а – што укључује скоро сви у технолошким медијима — и вероватно ћете чути притужбе да морате поново да постављате апликације. Андроид 11 је тихо направио велику промену на овом фронту, али Гоогле нажалост још увек није отишао довољно далеко.

Главни разлог зашто прављење резервних копија и враћање апликација на Андроид може бити толики бол је то што многе апликације не дозвољавају прављење резервне копије својих података. Андроид изворно подржава прављење резервних копија и враћање апликација и њихових података путем

БацкупМанагер инфраструктуре, што на већини Андроид уређаја јесте обрађено преко Гоогле Плаи услуга са датотекама које се чувају у облаку на појединачним налозима Гоогле диска корисника. До 25МБ ан приватне датотеке са подацима апликације, укључујући њихове дељене поставке, базе података и датотеке сачуване у интерним и екстерним директоријумима за складиштење специфичних за апликацију, могу се направити резервна копија. Међутим, многи програмери одбијају да направе резервну копију података својих апликација постављањем android: allowBackup Манифестни атрибут на "лажно". Постоје добри разлози да се неке апликације одустану, посебно ако апликација рукује осетљивим подацима и не жели да се ти подаци издвајају, али апликације не би требало да се ослањају на претпоставку да се њиховим приватним директоријумима података не може приступити и требало би уместо тога да шифрују све осетљиве податке на којима раде са.

Дакле, без обзира на то који приступ користите за прављење резервних копија ваших апликација и њихових података, било да јесте преко АДБ-а, Гоогле диск или апликација попут Хелијум, не постоји начин да у потпуности направите резервну копију сваке апликације на свом уређају. Због тога су апликације за прављење резервних копија и враћање са омогућеним роот-ом попут Титаниум Бацкуп постоје тако дуго јер сва нероот решења нису ни приближно тако ефикасни у миграцији података. За просечног корисника, ово може довести до фрустрирајућег искуства приликом подешавања уређаја након фабричког ресетовања или преласка на нови уређај.

Шта се мења у Андроиду 11

Међутим, на Андроид-у 11, систем занемарује тхе allowBackup Манифестни атрибут за миграције датотека апликација „са уређаја на уређај“. Ово утиче само на апликације које циљају АПИ ниво 30, што тренутно не раде многи, али ће доћи до великог пораста у апликацијама које циљају Андроид 11 у наредној години захваљујући Гоогле Плаи-у промене захтева за ниво АПИ-ја.

За напредне кориснике, то значи да АДБ резервна копија и враћање могу постати много моћнији у Андроиду 11. Последњи пут када је АДБ резервно копирање и враћање доживело надоградњу био у Андроид 8.0 Орео. Нажалост, АДБ резервна копија и враћање је застарело и могао би да буде уклоњен у будућем издању (још увек ради у Андроиду 11 Бета 1), тако да ко зна колико дуго ћете моћи да искористите ову промену у понашању платформе.

Са друге стране, систем ће и даље поштовати allowBackup атрибут за прављење резервних копија и враћања у облаку. Нажалост, то значи да боље резервне копије и враћања неће бити доступне просечном кориснику који враћа резервну копију са Гоогле диска.