Путаница по поводу ограничения версии SKStoreReviewController на просмотр - PullRequest
1 голос
/ 08 мая 2020

В руководстве www.raywenderlich.com App Store Review Requesting App Ratings and Reviews Tutorial for iOS автор (Sanket Firodiya) говорит, что Apple применяет определенные ограничения:

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

Я пишу об этом третьем ограничении. Похоже, что в учебнике говорится, что Apple применяет это ограничение версии, но пример кода учебника также обеспечивает принудительное применение (, как и пример кода Apple ). Я считаю, что выполнение теста версии перед вызовом requestReview может легко привести к отсутствию рейтинговых запросов. Как я объясню ниже, было бы лучше, если бы Apple провела этот тест, но так ли?

Подробности:

В Запрос обзоров в магазине приложений, Apple говорит, что мы должны делать [SKStoreReviewController requestReview] только один раз для каждой версии приложения, а пример кода Apple включает проверку версии перед вызовом requestReview. Кроме того, нам сообщили, что requestReview ограничивает отображение диалогов до трех раз в год. Таким образом, если конкретный вызов requestReview не приводит к диалогу, тогда больше не будет вызовов requestReview (до тех пор, пока версия не будет изменена), и поэтому для этой версии не будет абсолютно никаких диалоговых окон рейтинга. И когда версия изменена, снова кажется маловероятным, что появится диалог обзора (если только первый вызов requestReview не покажет диалог).

Это сбивает с толку. Из-за ограничения версии на вызов requestReview ограничение на три номера в год кажется бесполезным или, по крайней мере, чрезмерным. Из-за этих двух противоречащих друг другу ограничений представляется возможным, что пользователь никогда не увидит диалоговое окно просмотра, даже если будут выпущены новые версии. Но я знаю, что это не так. Итак, я считаю, что пример кода Apple для тестирования текущей версии неверен. Более логично, что Apple будет применять это ограничение, потому что они будут знать, появился диалог или нет.

Если API вернул логическое значение, указывающее, появился ли диалог, тогда мы могли бы сохранить только номер версии если диалог появился. Интересно, делает ли Apple это в SDK.

Я понимаю другие предложения Apple о том, когда выдавать запросы, такие как ожидание взаимодействия с пользователем, отсутствие прерывания активности и т. Д. c. Этот вопрос касается только ограничения, связанного с версией приложения.

Должен ли я реализовать ограничение версии или нет? Если я проведу этот тест, как я могу ожидать появления диалогового окна? Возможно, первый звонок на requestReview всегда приводит к диалогу обзора (если это не третий звонок за год) - не так ли?

Кстати, я не первый человек, у которого такое беспокойство. См. forum.raywenderlich.com .

Jeff

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...