In-app Updates API

Продукт
Название базовой системы (платформы): Android
Разработчики: Google
Дата премьеры системы: ноябрь 2018 г
Отрасли: Информационные технологии
Технологии: Средства разработки приложений

2018: Анонс

В ноябре 2018 года Google предложила разработчикам API-интерфейс для принудительного обновления приложений в Android. Такая функция позволит сохранять актуальность программного обеспечения особенно в тех случаях, когда выходит критически важный апдейт.

Технология под названием In-app Updates API представлена в рамках конференции для разработчиков Android Dev Summit.

«
Мы слышали, что вы хотели бы получить больше средств управления для того, чтобы у пользователей была последняя и самая лучшая версия вашего приложения, — говорит директор по управлению продуктами в сфере Android Стефани Катбертсон (Stephanie Cuthbertson), обращаясь к разработчикам в блоге. — Чтобы решить эту проблему, мы запускаем In-app Updates API. Мы тестируем этот API на первых партнерах и вскоре запустим его для всех разработчиков.
»

Google предложила разработчикам API для принудительного обновления приложений в Android

Такой API должен помочь разработчикам решить серьезные проблемы, если они выпустили приложения с большими ошибками. Также при помощи нового решения можно заставить пользователей установить наиболее свежую версию приложения, если в ней предусмотрено множество новых функций, которые разработчики хотят сделать доступными для всех.

Впрочем, польза от In-app Updates API будет не всегда. Бывают случаи, когда владельцы смартфонов и планшетов не хотят обновлять программу, потому что в новой версии убрана какая-то необходимая им функция или используется неудобный интерфейс.

В Google отмечают, что разработчики смогут полностью настраивать потоки обновлений в соответствии с интерфейсом их приложений. Это означает, что не будет одной и той же практики обновления для всех приложений.[1]

Разработчики смогут сами выбирать наиболее подходящий вариант в зависимости от того, насколько экстренным является обновление. Гибкий процесс обновления позволит продолжить пользование приложением, пока загружается новая версия.

Примечания



Распределение вендоров по количеству проектов внедрений (систем, проектов) с учётом партнёров

За всю историю
2015 год
2016 год
2017 год
Текущий год

  Microsoft (61, 45)
  IBM (41, 20)
  Oracle (62, 16)
  Hyperledger (Open Ledger Project) (7, 13)
  Red Hat (17, 9)
  Другие (330, 94)

  Microsoft (2, 4)
  IBM (3, 3)
  Dassault Systemes (2, 3)
  Oracle (2, 3)
  PTC Inc (Parametric Technology Corporation ) (1, 2)
  Другие (9, 10)

  Oracle (2, 4)
  Red Hat (3, 3)
  Microsoft (2, 3)
  Ростелеком-Solar (ранее Solar Security, Солар Секьюрити) (1, 3)
  IBM (2, 2)
  Другие (9, 10)

Распределение базовых систем по количеству проектов, включая партнерские решения

За всю историю
2015 год
2016 год
2017 год
Текущий год

  Windows Azure - 20 (20, 0)
  Hyperledger Fabric - 13 (13, 0)
  IBM Rational - 8 (5, 3)
  Microsoft.NET Framework - 8 (8, 0)
  Solar inCode - 8 (8, 0)
  Другие 131

  Microsoft.NET Framework - 3 (3, 0)
  Target Zero Defect - 2 (2, 0)
  Jakarta EE (ранее Java EE) - 2 (2, 0)
  PTC ThingWorx - 2 (2, 0)
  Неолант InterBridge - 2 (2, 0)
  Другие 14

  Solar inCode - 3 (3, 0)
  Gemalto Ezio Mobile - 2 (2, 0)
  Microsoft.NET Framework - 2 (2, 0)
  Oracle Database Cloud Service - 2 (2, 0)
  Oracle Java as a Service - 2 (2, 0)
  Другие 13

  Hyperledger Fabric - 2 (2, 0)
  IBM API Connect - 2 (2, 0)
  Solar inCode - 2 (2, 0)
  Spring - 1 (1, 0)
  Apache Spark - 1 (1, 0)
  Другие 9