Google android version support

С 27 сентября Google перестает поддерживать устройства, на которых установлен Android версии 2.3.7 или ниже

Согласно этому официальному заявлению Зака Поллака, корпорация Google прекращает, с 27 сентября 2021 года поддержку устройств, на которых установлен Android версии 2.3.7 или ниже.

В частности, в заявлении Google сказано (перевод на русский язык):

В рамках наших постоянных усилий по обеспечению безопасности наших пользователей, Google больше не будет разрешать вход на устройства Android под управлением Android 2.3.7 или более ранних версий, начиная с 27 сентября 2021 года. Если вы попытаетесь войти в свое устройство после 27 сентября, вы можете получить ошибки либо неверного имени пользователя, либо неверного пароля при попытке использовать продукты и службы Google, такие, как Gmail, YouTube и Карты.

Если на вашем устройстве есть возможность обновиться до более новой версии Android (3.0+), мы советуем вам сделать это, чтобы сохранить доступ к приложениям и службам Google на этом устройстве.

Как это изменение повлияет на вас

Когда закончится поддержка для входа с учетной записью Google на Android 2.3.7 и ниже, вы получите ошибку неверного имени пользователя или пароля, если попытаетесь войти в свои устройства или добавить учетную запись электронной почты или календаря.

Следующие случаи также могут привести к этой ошибке, если вы:

1. Выполните сброс настроек устройства до заводских и попытаетесь войти в систему.
2. Измените свой пароль на своем устройстве, или на другом устройстве, что приведет к выходу из системы на всех остальных устройствах. При повторной попытке войти в систему вы получите сообщение об ошибке.
3. Удалите свою учетную запись с устройства и заново добавите ее.
4. Создаете новую учетную запись на устройстве.

Как же еще вы можете получить доступ к своей учетной записи?
Вы сможете войти в свою учетную запись с более новой версией Android (3.0 или новее). Если на вашем устройстве есть возможность обновиться до более новой версии Android (3.0+), мы советуем вам это сделать. Если вы не можете обновить свое устройство до более новой версии Android (3.0+), то вы можете попробовать войти в свою учетную запись Google в веб-браузере вашего устройства. Вы по-прежнему можете использовать некоторые службы Google, войдя в Google в веб-браузере своего устройства.

Чтобы получить доступ к своей учетной записи Google и электронной почте на устройстве с помощью веб-браузера:

1. Откройте приложение браузера на телефоне.

1. Чтобы получить доступ к своей учетной записи: перейдите на myaccount.google.com.
2. Чтобы использовать Gmail: перейдите на mail.google.com.

2. Введите ваше имя пользователя и пароль.

Лично я думаю, что данное событие все-таки серьезно заденет большое количество устройств, по прежнему находящихся в широком пользовании, в особенности, китайские «ноу-нейм» устройства, которые используют старые нелицензированные версии Android, но не обязательно смартфоны.

Дата-центр ITSOFT — размещение и аренда серверов и стоек в двух дата-центрах в Москве. За последние годы UPTIME 100%. Размещение GPU-ферм и ASIC-майнеров, аренда GPU-серверов, лицензии связи, SSL-сертификаты, администрирование серверов и поддержка сайтов.

Источник

Google отправил на свалку истории миллионы устройств с революционным Android

Планшеты и смартфоны на базе Android 4.1-4.3 Jelly Bean больше не будут получать обновления библиотеки Google Play Services. Без нее не смогут работать сервисы Google и многие приложения сторонних разработчиков. На устройства с этой прошивкой приходится около 1% от общей массы Android-гаджетов. Android 4.1 стала важной частью истории системы, за счет гигантского количества нововведений.

Прощание с Jelly Bean

Компания Google объявила о прекращении выпуска обновлений библиотеки Google Play Services для ОС Android версий 4.1-4.3. Она используется для работы различных сервисов Google, в том числе и магазина приложений Play. Также она отвечает за работу многочисленных API-интерфейсов, которые могут использоваться сторонними разработчиками в своих приложениях.

Отказ от выпуска апдейтов Google Play Services означает, что операционки Android 4.1-4.3 с кодовым именем Jelly Bean Google окончательно признал устаревшими. В своем блоге разработчики Android написали, что пошли на этот шаг потому, что пользователей, до сих пор работающих на устройствах с этой ОС, осталось совсем немного.

Точное число Android-устройств на базе Jelly Bean, активных до сих пор, в Google не уточняют, заявляя лишь, что их около 1% от общего количества гаджетов с этой платформой. По данным портала Statista.com, все версии Android ниже 5.0 Lollipop на июнь 2021 г. занимали лишь 1,18%.

По данным портала Business of Apps, по итогам 2020 г. в мире насчитывалось около 2,8 млрд пользователей Android-устройств. Таким образом, на Android Jelly Bean в настоящее время работают приблизительно 2 млн устройств по всему миру.

Сроки прекращения поддержки

Подготовку к полному отказу от Jelly Bean Google начала еще осенью 2018 г. В первых числах октября 2018 г. компания заявила об отказе от поддержки своего фирменного браузера Chrome для этой системы. Для него перестали выходить обновления и патчи безопасности, что вынудило часть пользователей перейти на другой браузер, а другую часть – купить новый мобильник с более свежей прошивкой.

31 января 2021 г. Google сообщила, что системы линейки Jelly Bean больше не будут получать обычные апдейты. Она оставив им только критические обновления системы безопасности.

Релиз новых версий Google Play Services прекратится в конце лета 2021 г. Последняя сборка для Jelly Bean будет иметь индекс 21.30.99. На момент публикации материала была доступна версия 21.24.18.

Революционная операционная система

Android Jelly Bean версии 4.1 вышла в конце июня 2012 г., заменив собой Ice Cream Sandwich (4.0). Появление Jelly Bean привнесло в Android массу нововведений, включая существенно переработанный интерфейс и поддержку частоты обновления экрана 60 кадров в секунду. В 2021 г. такая частота считается нормой.

Система Jelly Bean развивалась вплоть до версии 4.3, вышедшей, как сообщал CNews, в конце июня 2013 г. От версии к версии Google, вопреки своей же традиции, не меняла второе название ОС – она по-прежнему носила кодовое имя Jelly Bean и лишь с выходом версии 4.4 в июне 2014 г. сменила его на KitKat.

В список новшеств, которые появились в Android 4.1 Jelly Bean, входят поддержка подключения наушников и внешних динамиков по USB и улучшенная система уведомлений. В ноябре 2012 г. состоялся релиз версии 4.2 с модифицированным экраном блокировки, который стал заметно более функциональным. Начиная с этой версии, в Android появилась поддержка нескольких учетных записей на одном устройстве. Обновление до 4.3 Jelly Bean добавило в систему, помимо прочего, полностью новое приложение камеры и поддержку протокола Bluetooth Low Energy (LE).

Универсальный Android

Для Google платформа Android 4.1 Jelly Bean является важной частью истории по ряду причин. Одна из них связана с открытием для себя рынка планшетных компьютеров.

Вместе с самой 4.1 Jelly Bean Google в июне 2012 г. анонсировала свой первый планшет Nexus 7. 7-дюймовый компьютер поступил в продажу в середине июля 2012 г. и получил массу положительных отзывов пользователей. Успех «первенца» побудил Google и дальше развивать это направление бизнеса. Второй планшет не заставил себя ждать и вышел вместе с Android 4.3 Jelly Bean в последних числах июля 2013 г. Это был все тот же Nexus 7, но его второе поколение получило разительные улучшения и усовершенствования в сравнении с первым.

В целом, вся серия систем Android 4.x важна для Google, поскольку именно она определила новый вектор развития платформы, не изменившийся до сих пор. Первые два поколения Android были ориентированы на смартфоны, а третье (Android 3 Honeycomb) было выпущено исключительно для планшетов.

Google хотела сделать две отдельные операционки, как не так давно поступила Apple с iOS, отделив от нее iPad OS.

Honeycomb просуществовала менее полутора лет. Она вышла в феврале 2011 г., а последний апдейт для нее Google выпустила в феврале 2012 г. До этого в октябре 2011 г. появилась Android 4.0 Ice Cream Sandwich, ставшая первой универсальной ОС Google для смартфонов и планшетов, а в июне 2012 г. вышла Android 4.1 Jelly Bean.

От чего еще отказалась Google

Прекращение поддержки Google Play Services для Android Jelly Bean стало вторым за июль 2021 г. заявлением подобного плана. В самом начале месяца компания решила отказаться от APK (Android PacKage– формата дистрибутивов приложений, появившегося вместе с релизом самой первой версии Android.

В августе 2021 г., как сообщал CNews, Google перейдет на новый формат ААВ (Android App Bundle). Все разработчики приложений должны будут сделать то же самое.

Источник

Android Support Library 28. Что нового?

По давней традиции вместе с новой версией Android выходит обновление Support Library. Пока библиотека вышла в стадии альфа, но список изменений уже намного интереснее, чем такой же список у Android P. Google несправедливо мало рассказал и написал об основных нововведениях главной библиотеки для Android. Приходится читать исходники и разбираться, в чем особенности новых фич и зачем они нужны. Восстановлю справедливость и расскажу, чем нас порадовал Google:

• RecyclerView selection — выбор элементов теперь из коробки;
• Slices — новый способ отображать контент другого приложения;
• новые элементы дизайна: BottomAppBar, ChipGroup и другие;
• мелкие изменения одной строкой.

RecyclerView selection

В 2014 году, вместе с релизом Lollipop, Google добавила в support новый элемент — RecyclerView, как замену устаревшему ListView. Все было хорошо с ним, да не хватало одного метода из ListView — setSelectionMode(). Спустя 4 года этот метод косвенно был реализован в RecyclerView в виде целой библиотеки.

Что же волшебного в selection? Selection mode — режим, которой инициализируется долгим нажатием по элементу списка. Далее можем выбрать несколько других элементов и сделать общее действие на ними. Пример: в Google Photos selection mode значительно облегчает жизнь.

Давайте разберемся на практике, как обстоит дело в support.

Добавим в gradle зависимости. Интересно, что Google выделила selection в отдельный репозиторий.

Напишем стандартный адаптер для RecyclerView.

Модель Word используем в качестве данных.

Фундамент есть, приступим к реализации выбора. Сперва нужно определиться, что будет идентифицировать элемент списка. Google предлагает на выбор три варианта: Long, String, Parcelable. Для этой цели у нас уже сформирован Word, не хватает только реализации Parcelable. Реализацию добавим аннотацией @Parcelize, которая доступная в экспериментальной версии Kotlin. В Android Studio 3.2 пока есть проблемы со сборкой проекта с экспериментальным Kotlin, но никто не отменял студийные шаблоны.

SelectionTracker — главный класс библиотеки. Объект этого класса обладает информацией про выбранные пользователем элементы и позволяет из кода изменять этот список. Чтобы инициализировать данный класс, понадобятся реализации двух абстрактных классов: ItemKeyProvider и ItemDetailsLookup. Первый нужен для двусторонней связи позиции элемента в коллекции и ключа.

ItemDetailsLookup нужен для получения позиции элемента и его ключа по координатам x и y.

Напишем также интерфейс для получение данных из ViewHolder и реализуем его.

Везде стандартный код. Удивительно, почему разработчики support library не добавили классическую реализацию сами.

Сформируем трекер в Activity.

Поправим ViewHolder, добавим реакцию на изменение состояния выбора.

Добавим трекер в адаптер, переопределим onBindViewHolder с payload. Если изменения касаются только состояния выбора, то в payloads будет находиться константа SelectionTracker.SELECTION_CHANGED_MARKER.

Tracker готов и работает, как часы. Добавим немного красоты и смысла. Пусть AppBar меняет цвет, заголовок начнет отображать количество выбранных элементов и добавляется кнопка Clear в меню, когда пользователь что-нибудь выбирает. Для этого есть ActionMode и поддержка его в AppCombatActivity.

Первым делом напишем реализацию ActionMode.Callback.

Добавим observer к SelectionTracker и свяжем изменения в трекере с ActionMode в Activity.

Теперь точно все. Наслаждаемся простотой и красотой.

Мы сделали стандартный вариант. Кратко отмечу, что в Builder много методов для кастомизации процесса выбора. Например, с помощью метода withSelectionPredicate(predicate: SelectionPredicate) можно ограничить количество выбранных элементов или запретить выбор особых элементов. Также в Builder предусмотрены методы по добавлению поведения, которое может конфликтовать с selection при традиционном способе добавления. Например, при помощи withOnDragInitiatedListener(listener: OnDragInitiatedListener) можно настроить Drag&Drop.

Slices

Самой странной новинкой оказался Slice. Google посвятила очень мало времени объяснениям сообществу, что это за диковина. Есть только код и документации к половине классов. Давайте разбираться.

За основу возьму код отсюда, потому что они придумали, как обходить баги с Permission в Android P DP1. Хочу отметить, что Slices не является новинкой support library. Фича появилась в Android SDK 28, а в support ареал обитания расширен до 24 версии SDK. На этом можно завершить рассказ и продолжить его через несколько лет. Пока minSdkVersion может быть максимум 19, поговорим в общем об идее этой технологии и о том, зачем она вообще нужна.

Slices — библиотека, которая позволит запрашивать из одного приложения (клиент или хост) часть или статичный кусочек другого приложения (отправитель или провайдер). Очень похоже на описание RemoteViews, которое часто используется для программирования кастомных виджетов и уведомлений.

Slice — это данные в каркасе без дизайна и интерактивности, как HTML без CSS и Js. Дизайн будет подстраиваться под тему приложения-хоста. Пример слайса.

Отправитель — это ContentProvider, которому нужно реализовать простой метод onBindSlice(sliceUri: Uri): Slice и внутри метода сформировать Slice. У нас провайдер будет отсылать время и количество вызовов.

Клиенту нужно сделать запрос по URI к провайдеру, запросить через него slice, получить и передать его в SliceView. Все действия производятся через SliceManager. Важно не забыть про permission.

SliceManager предоставляет возможность подписаться с помощью SliceLiveData на изменения Slice в провайдере и внутри подписки обновлять SliceView. К сожалению, оно сейчас не работает. Мы использовали менее реактивный вариант.

Запускаем провайдер, запускаем приложение. Наблюдаем результат работы. Все круто. Забавно, что счетчик инкрементируется два раза.

В большинстве случаев RemoteView используется для виджетов и уведомлений. Slices плохо подходят под эти цели, они мало кастомизируемые и, как я уже писал, подстраиваются под дизайн приложения. Идеально подходят под приложения, которые используют данные других приложений. Под категорию всеобъемлющих подходят голосовые ассистенты — Google Assistant, Алиса и так далее. Как было замечено в блоге компании Novada, с помощью конструктора slice можно собирать слайсы, очень похожие на ответы для Google Assistant.

И тут самое время для теории.

Возьмем за основу то, что Slice сделан для программирования ответов в Google Assistant — стратегически важный продукт для компании. Очевидно, что мы живем во времена, когда графический интерфейс постепенно вытесняется голосовым: растет популярность домашних ассистентов и есть прогресс в разработке голосового искусственного интеллекта посредством ИИ, нейронный сетей и других хайповых технологий.

Для Google самым логичным вариантом было бы развивать и наращивать Google Assistant, чтобы за год-два он стал мощным инструментом. Slice — теоретически отличный инструмент для накачки дополнениями от сторонних разработчиков. Так ассистент станет мощнее, все действия можно проводить через него и отпадет надобность в рабочих столах и иконках. Тогда Google Assistant станет основой для Android.

На данный момент нам ничего не рассказали толком про Slice: ни целей, ни преимуществ над RemoteView. Хотя по количеству кода в новой версии support Slice занимает чуть ли не первое место. Поэтому я думаю, на ближайшей I/O нам будут подробно рассказывать про Slice. И возможно расскажут о планах эволюции ОС или даже представят версию Android с голосовым интерфейсом для разработчиков.

Но все это спекуляция и желание автора раскрыть теорию заговора и добраться к истине. Единственное, что можно сказать на сто процентов, на Google I/O нас ждет развязка истории.

Новые элементы:

MaterialCardView и MaterialButton

MaterialCardView наследуется от CardView и практически ничем не отличается от него. Добавлена только возможность задавать границы карточки и в качестве background используется другой drawable. Найдите 10 отличий.
MaterialButton является наследником AppCombatButton и тут различия заметны. Разработчики сюда добавили больше способов кастомизировать кнопку: цвет ripple эффекта, разные радиусы кнопок, границы, как у MaterialCardView.

Chip и ChipGroup

Тут и слова лишние.

BottomAppBar

Самый интересный и неожиданный виджет в данной подборке, хотя идея очень проста, AppBar разместить внизу. Пользователю с маленькими руками и большими экранами неудобно дотягиваться до кнопки вызова меню или просто кнопки на AppBar вверху. Но никакой другой пользы в этом элементе нет.

Меню на BottomAppBar нужно добавлять искусственно, для этого есть метод replaceMenu(@MenuRes int newMenu).

Дизайнеры классно придумали, как сочетать FloatingActionButton и BottomAppBar. Но без кнопки BottomAppBar смотрится лишним. Убирается вырез, остается подбородок с кнопками меню с одной стороны. Проблему с меню на больших экранах можно было бы решить интересней, например по длинному нажатию на FloatingActionButton трансформировать ее в меню внизу экрана.

Список коротких нововведений:

Для тех, кто хочет поковыряться:

1. Используйте Android studio 3.1 и выше. Эти версии пока не в релизе, но работают стабильно, я работал с 3.2.
2. Немного пошаманить в build.gradle с версиями. Ну и, естественно, нужно добавить нужные зависимости.

Пока код, который использовал support 28, запускался только на эмуляторе с Android P. Все, что старее, ругалось и выдавало кучу ошибок при попытке запуска.

Список новых фич не окончательный. Если анализировать changelog библиотеки за предыдущие 2-3 года и экстраполировать данные на этот год, то в мае нас ожидает ещё много-много интересного. Ждём.

Источник