О переходе с устаревшей системы Google Sign-In

Чтобы оптимизировать процесс аутентификации в вашем приложении и обеспечить перспективность ваших методов разработки, перейдите с устаревшего Google Sign-In для Android на Android Credential Manager. Google Sign-In для Android (как часть com.google.android.gms:play-services-auth ) устарел и будет удален из SDK аутентификации Google Play Services в одном из будущих релизов.

В данном руководстве рассматриваются следующие области:

  • Преимущества перехода на API менеджера учетных данных
  • Различия в реализации между устаревшим SDK и менеджером учетных данных.

Преимущества API менеджера учетных данных

Менеджер учетных данных предлагает ряд ключевых преимуществ по сравнению с устаревшим Google Sign-In для Android. Он предоставляет оптимизированный, унифицированный API, поддерживающий современные функции и методы, одновременно улучшая процесс аутентификации для ваших пользователей. Чтобы узнать больше о Менеджере учетных данных, см. раздел «Функции Менеджера учетных данных» и статью в блоге .

К основным преимуществам использования функции «Вход через Google» относятся следующие:

  • Единый API: обеспечивает единую точку интеграции для всех методов входа в систему, включая ключи доступа, пароли и механизмы федеративного входа.
  • Поддержка кнопки «Вход через Google»: Полная поддержка стандартной кнопки, позволяющая вставлять её непосредственно в существующие сценарии пользовательского интерфейса.
  • Удобная авторизация: пользователям предлагается войти в свою учетную запись Google одним касанием, что упрощает процесс регистрации.
  • Безопасность, рассчитанная на будущее: включает встроенную поддержку ключей доступа — нового стандарта для аутентификации без пароля.

Различия между подходами

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

  • Если вы ранее использовали silentSignIn со старой версией Google Sign-in, то поведение диспетчера учетных данных при автоматическом входе может немного отличаться с точки зрения пользовательского опыта.
    • В диспетчере учетных данных вы запрашиваете аутентификацию , установив параметры filterByAuthorizedAccounts в true и setAutoSelectEnabled в значение true . Это отображает всплывающее окно в нижней части экрана в течение короткого времени, не требующее от пользователя никакого взаимодействия.
    • Результат аналогичен результату silentSignIn .
  • В отличие от устаревшего SDK Google Sign-In, который мог обрабатывать аутентификацию и авторизацию в одном вызове API, обновленная реализация Credential Manager рассматривает их как отдельные действия:
    • Аутентификация: Используйте диспетчер учетных данных для входа пользователя в ваше приложение.
    • Авторизация: Используйте API AuthorizationClient для выполнения определенных действий, например, для доступа к Google Диску. Подробнее об авторизации см. в разделе «Авторизация доступа к данным пользователя» . Такое разделение помогает сопоставить пользовательские сценарии с намерениями пользователя. Ваши пользователи могут регистрироваться или входить в систему с помощью своих учетных записей Google. Вы можете запрашивать разрешения на авторизацию отдельно, когда это необходимо приложению, а не только при входе в систему.