Андроид 11 АМА: Нема померајућих снимака екрана, брже покретање апликација, још много тога

Јуче је Гугл објавио Андроид 11 Бета 2, доносећи финализовани СДК, НДК, површине за апликације, понашања платформе и ограничења за интерфејсе који нису СДК за програмере. Данас Гоогле одговара на питања везана за Андроид 11 преко Реддит-ове /р/АндроидДев заједнице након постављања питања прошле недеље. Ево резимеа свега што смо научили од Гоогле-овог АМА (Аск Ме Анитхинг).

Једна од најишчекиванијих функција Андроид-а 11 неће бити доступна када се ОС појави излази из бета верзије 8. септембра: Померање снимака екрана. У почетку планирано за лансирање у Андроид 11, Гугл је сада потврдио да ова функција „није направила рез за Р“. Андроид 11 Девелопер Превиев 1 и сва наредна ДП и Бета издања имају дугме за чување места за прављење снимка екрана који се може померати ручно се појавио са скривеном командом програмера, али додиром на дугме једноставно се приказује порука здравице у којој се наводи да функција „није примењена“.

Надали смо се да ће ова функција доћи у бета или чак само у стабилно издање, али изгледа да се то једноставно неће догодити.

Разумљиво је да ће ова вест узнемирити неке кориснике. На крају крајева, многи произвођачи оригиналне опреме имају ову функцију у сопственом софтверу годинама, па зашто је Гоогле-у потребно толико времена да је дода на Пикел телефоне? Као што је објаснио Дан Сандлер из Гоогле-овог Систем УИ тима, проблем је у томе што Гоогле жели да то уради како треба. Неке имплементације снимка екрана за померање једноставно опонашају скроловање и затим спајају више снимака екрана док се екран помера. Ако сте се икада бавили аутоматизацијом корисничког интерфејса на Андроид-у, знаћете да ово не функционише увек јер, као што господин Сандлер помиње, апликације може да користи „стандардни РецицлерВиев за богове или да имплементира сопствени мотор за померање убрзаног ОпенГЛ-а“. Пошто Гугл планира да имплементирати ову функцију не само за Пикел паметне телефоне, већ и за цео Андроид екосистем као део АОСП-а, они морају да буду сигурни то ће радити даље све апликације, а не само „једна или две ручно одабране апликације на одређеном уређају“.

Зато што је тим морао да „фокусира [своје] ограничене ресурсе“, посебно због изазова који су до њих долазили од ЦОВИД-19, тим је одлучио да стави скролујуће снимке екрана на позадину за будуће Андроид издање.

Нови ЦДД захтев за информисање корисника о позадинским ограничењима

Није тајна да многи Андроид ОЕМ произвођачи, посебно кинески, имају агресивна ограничења за апликације које раде у позадини. Неки програмери су били толико фрустрирани што су њихове апликације убијене у позадини да су се удружили како би направили веб локацију под називом "Не убијај моју апликацију" за рангирање ОЕМ-а на основу тога колико лоше рукују процесима апликација у позадини. Ти исти програмери чак је недавно направио репер тако да корисници могу да тестирају колико агресивно њихов уређај убија апликације у позадини. Разлог зашто многи ОЕМ-ови воле да убијају процесе апликација у позадини је компликован, али мислим да је то најбоље објашњено у овом коментару од стране Реддитор-а /у/евентуално упитно. Коментар описује компликован статус развоја Андроид апликација у Кини, како кинеске технолошке компаније су укључени у даље компликовање ствари и како недостатак Гоогле услуга доприноси текућем неред.

Без обзира на то, многи програмери апликација су разумљиво фрустрирани овим изменама понашања Андроид платформе, што је довело до тога да програмери дају коментар питајући Гугл шта раде по том питању до врха Реддит АМА. Ево Гоогле-овог одговора:

Постоји неколико ствари које треба одузети од овог одговора. Прво, Гоогле жели да ОЕМ произвођачи буду транспарентнији са корисницима у вези са ограничењима апликација у позадини која примењују. Проверио сам (необјављен) Андроид 11 компатибилни документ дефиниције (ЦДД) и пронашао следећи предложени додатак одељку 3.5 – АПИ понашајна компатибилност:

Ако имплементације уређаја имплементирају власнички механизам за ограничавање апликација и тај механизам је рестриктивнији од „ретке“ резерве на АОСП-у, они:

[Ц-1-5] МОРА да обавести кориснике ако се ограничења апликације аутоматски примењују на апликацију. (НОВО) Такве информације се не смеју доставити раније од 24 сата пре примене таквих ограничења.

(Напомена) Форце Стоп се сматра рестриктивнијим од „Редког“ и МОРА да испуњава све захтеве из 3.5.1, укључујући нови 3.5.1/Ц-1-5

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

С друге стране, Гоогле се коначно бави непоштеном праксом ОЕМ-а који дозвољавају одређеним привилегованим апликацијама да заобиђу своја ограничења апликација у позадини. Овај средњи пост програмера Тимотхи Асиимве иде у детаље о апликацијама као што су ВхатсАпп, Фацебоок и друге апликације су аутоматски изузете од оштрих позадинских ограничења неких ОЕМ софтвера. Гоогле каже да „захтевају да произвођачи уређаја не праве листе дозвољених за најпопуларније апликације“. Не знамо како ће се ово спровести, али добро је знати да ће произвођачи оригиналне опреме коначно бити приморани да третирају програмере трећих страна на једнаким основама – без обзира колико велике или мале њихове апликације су.

Коначно, Гоогле такође помиње како је Андроид 11 „додао додатне мере за спречавање увредљивог понашања апликацијама које се лоше понашају“, што га чини мање примамљивим за ОЕМ произвођаче да агресивно убијају позадинске процесе. Компанија, међутим, није елаборирала шта ове „додатне мере” подразумевају.

Побољшане резервне копије од уређаја до уређаја

Прошлог месеца смо приметили промену у документацији за Андроид 11 наговестио подршку за боље локалне резервне копије података. У Андроид-у 11, систем ће занемарити атрибут алловБацкуп Манифест за било коју апликацију која циља АПИ ниво 30 када корисник започне миграцију датотека апликације „са уређаја на уређај“. Гоогле-ов радник Елиот Стоцк каже да је ова функција намењена да „произвођачима телефона буду много лакши да направе алате за миграцију уређаја на уређај“ као што је „Самсунгов одличан Смарт Свитцх производ“ за помаже „да се апликације поузданије преносе између уређаја из перспективе корисника“. Нажалост, ово се не односи на резервне копије засноване на облаку, јер Гоогле жели да „програмерима софтвера да контролу о томе шта се дешава са подацима њихових апликација." Као такав, Андроид 11 ће и даље поштовати атрибут алловБацкуп за било коју резервну копију и враћање у облаку, као што је преко Гоогле Плаи услуге уграђеног Гоогле диска резервна копија. На крају, Гоогле признаје да ограничење резервне копије од 25 МБ по апликацији можда није довољно за неке програмере, па траже начине да то реше. Локалне резервне копије на рачунару се не разматрају, а Гоогле понавља свој план постепено укидање адб резервне копије у будућем Андроид издању.

Програмери се подстичу да имплементирају методе миграције података без трења. Тхе нова библиотека Блоцк Сторе, који је део библиотеке Гоогле Идентити Сервицес, дизајниран је да олакша пријављивање на враћене апликације из облака на новим уређајима, али на програмерима је да одаберу да ли желе да имплементирају ово или не библиотека.

Веће брзине покретања апликације са процесом читања унапред (ИОРап)

Гоогле увек експериментише са начинима за побољшање перформанси у Андроид-у. Једна од мало познатих функција које су додали у Андроид 10 се зове Унспециализед Апп Процесс Поол (УСАП). Ова функција елиминише рачвање Зиготе-а током процеса покретања апликације, штедећи приближно ~5мс просечне брзине покретања апликације на Пикел 2 уређају. Функција је тренутно подразумевано онемогућено у АОСП-у, а Гоогле објашњава да је додатно коришћење меморије још увек потребно тестирати. Оно што је још интересантније је нова функција која долази у Андроид 11 под називом И/О Реад Ахеад Процесс (ИОРап). Према Гуглу, ова функција ће довести до „више од 5% бржих хладних покретања, а случајеви хероја достижу 20% брже“. Ова функција „ће унапред преузети артефакте апликација (као што су код и ресурси) током процеса покретања“ да би се убрзало покретање апликације брзине.

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

Промене Сцопед Стораге у Андроиду 11 – Зашто је приступ /Довнлоадс ограничен?

Апликације које циљају Андроид 11 и користе АЦТИОН_ОПЕН_ДОЦУМЕНТ_ТРЕЕ намеру да захтевају приступ одређеним директоријумима на спољном складиште више неће моћи да тражи од корисника приступ основном директоријуму спољне меморије (/дата/медиа/{усер}), преузми директоријум (/дата/медиа{усер}/Довнлоад) или било који од директоријума података специфичних за апликацију на спољној меморији (/Андроид/дата или /Android/obb). Зашто је приступ директоријуму за преузимање ограничен? Према Гуглу Роканна Алиабади, то је зато што је фасцикла за преузимање „највише изложена ризику да поседује приватне информације“. На пример, корисници који преузимају свој порез враћања или банковни изводи не би требало да бринете о могућности да апликације злоупотребе свој континуирани приступ за читање именик. Гугл каже да ће бирач докумената имати „ажурирани текст... како би указао да је Андроид ограничио одређене фасцикле да буде изабран." Надамо се да ће ово смањити забуну око тога зашто не могу да дају апликацијама приступ одређеним директоријумима више.

За више информација о предстојећим променама смерница Сцопед Стораге анд Плаи, погледајте овај чланак.

Разне теме

• Гоогле-ов став о рутовању/модовању
  • Џеф Бејли из Гоогле-овог АОСП тима понавља став компаније о подршци избору. Гоогле ће „наставити да осигурава да је моддинг/роотирање Пикел линије уређаја могуће“, али ће такође „подржати избор ОЕМ-а да не дозволе својим уређајима да буде укорењен.“ Штавише, Гоогле даје програмерима софтвера избор „да не дозволе да њихов софтвер ради на роот-ованим уређајима“, у односу на недавне промене у откривање неовлаштеног софтвера СафетиНет атестатион АПИ-ја.
• Шта се десило са „отвори и постави на подразумевано“?
  • Андроид 10 направљен мало је досадно поставити апликацију као подразумевани руковалац за одређене везе, за које Гугл каже да је урађено да би се корисници заштитили од „експлоататорских апликација“. Гугл је одустао на ову промену након што је поново размислите, правећи „број промена иза сцене“ како би заштитили корисника.
• Користите Вулкан Грапхицс АПИ за приказивање корисничког интерфејса?
  • Гоогле на крају планира да користи Вулкан Грапхицс АПИ за приказивање корисничког интерфејса, што ће донети нека побољшања перформанси. Ово је још увек се оцењује, али компанија није имала никакве детаље да подели.
• Недостаје ЦаллСцреенингСервице на многим уређајима
  • Андроид апликације могу имплементирати ЦаллСцреенингСервице АПИ да пресретне нове долазне и одлазне позиве, омогућавајући им да идентификују позиваоца и да прихвате или одбију позив. Иако је ово званично документовани АПИ, очигледно има много ОЕМ-а који га не примењују правилно, према програмеру /у/_зеромод_. Гоогле потврђује да је овај АПИ потврђен од стране Цомпатибилити Тест Суите (ЦТС), аутоматизованог тестног пакета који сви уређаји морају проћи да би се сматрали компатибилним са Андроид-ом. Из било ког разлога, овај АПИ враћа нулу када се позове на уређаје ОЕМ-а као што су Хуавеи, Виво, Ксиаоми или Самсунг, тако да је вероватно да ови ОЕМ-ови имају грешку у свом софтверу.
• Нема планова за оквир аудио додатака
  • Програмер је питао Гоогле да ли планирају да имплементирају оквир аудио додатака као што су Аппле-ове аудио јединице, али одговор је да је мало вероватно да ће се то догодити у блиској будућности.

Можете прочитати све одговоре од Андроид инжењерског тима овде. Тим говори мало о Јави, Котлину, Андроид систему за изградњу, ЦамераКс АПИ-ју и другим темама у неколико коментара. Постоји и неколико коментара о Веар ОС-у, Андроид ТВ-у и Андроид Ауто-у, али Гоогле углавном понавља њихов постојећи рад на овим платформама и говори програмерима да остану са нама за више информација током "Андроид изван телефона„недеља која почиње 10. августа.