Google обеспечивает ощущение внутри приложения с общесистемными функциями

Это руководство, объясняющее, как интегрировать новый API проверки приложений Google, который является частью основной библиотеки Google Play. Вы также узнаете, как тестировать API с помощью FakeReviewManager.

Вступление

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

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

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

Возвращаясь к сегодняшней теме, API Google для просмотра приложений позволит разработчикам запускать нижний лист рейтинга, где пользователи могут оценивать и предоставлять подробные обзоры приложения. Пользователям больше не нужно заходить в Play Маркет, чтобы оставлять отзывы.

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

Это зависит от функций и типа приложения. Вот что можно и чего нельзя делать по этому поводу:

  1. Не запрашивайте рецензию, когда пользователь запускает приложение.
  2. Не прерывайте пользователя всплывающим окном с обзором, пока он выполняет задачу.
  3. Попросите оставить отзыв только в том случае, если вы уверены, что пользователь достаточно хорошо знаком с вашим приложением / игрой.

Пришло время интегрировать API.

Интеграция

Как я уже сказал, API обзора в приложении является частью основной библиотеки Google Play, начиная с версии 1.8.0. Во-первых, нам нужно включить следующую строку в тег dependencies в файле build.gradle уровня приложения:

def play_core_version = '1.8.0'
implementation "com.google.android.play:core:$play_core_version"

Создать экземпляр ReviewManager

Нам нужно создать ReviewManager экземпляр интерфейса через ReviewManagerFactory. Используя это, мы можем начать процесс проверки в приложении. Мы должны использовать addOnCompleteListener, чтобы наблюдать за ответом.

Если запрос выполнен успешно, мы можем получить объект ReviewInfo. Важно помнить, что этот объект действителен только в течение ограниченного времени. Таким образом, разработчикам нужно вызывать requestReviewFlow в экземпляре ReviewManager только в том случае, если они обязательно отображают поток проверки в приложении.

Теперь давайте посмотрим, как создать экземпляр ReviewManager и вызвать requestReviewFlow:

Показать диалог обзора

Теперь, когда у нас есть ReviewInfo, пора активировать процесс проверки. Это можно сделать только тогда, когда мы получим действительный ReviewInfo от ReviewManager в разделе выше:

addOnFailureListener и addOnCompleteListener - это обратные вызовы запроса.

Тестирование

Теперь, когда мы закончили с реализацией, пришло время протестировать. Мы можем проверить это с помощью внутреннего тестового трека. Самое главное, чтобы приложение было опубликовано на внутреннем тестовом треке Play Store, и пользователь должен установить его.

В качестве альтернативы мы можем протестировать, используя FakeReviewManager реализацию из артефакта обзора в приложении, который позволяет имитировать поведение API. Чтобы использовать FakeReviewManager, замените экземпляр ReviewManager экземпляром FakeReviewManager:

val manager = FakeReviewManager(context)

Квоты

Чтобы предоставить пользователю приличный опыт, Google Play ввел некоторые ограничения (например, как часто отображается диалоговое окно обзора). Пока неясно, как Google Play измеряет это, так как он находится на ранней стадии. Но я обнаружил, что диалоговое окно проверки не отображается, когда я пытаюсь запросить проверку более одного раза в течение 24 часов.

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

Заключение

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

Это все. Надеюсь, вы узнали что-то полезное. Спасибо за прочтение!