Обновление квитанции приложения iOS: как определить, нужно ли пользователю входить в магазин приложений?

С этим очень сложно справиться, поэтому этот ответ может быть не совсем удовлетворительным (и я опаздываю - я знаю об этом), но все же, надеюсь, это немного поможет вам с этой конкретной проблемой.

Есть вероятность, что я тоже делаю это неправильно, но пока все работает и имеет смысл для меня, но, пожалуйста, если я «говорю чушь», не стесняйтесь меня поправлять.

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

Вам не нужно повторно загружать квитанцию, которая, как вы знаете, не существует. Если пользователь не купил или не восстановил квитанцию, вы можете не пытаться повторно загрузить квитанцию ​​и полностью избежать просмотра предупреждений. Это то, что я сделал:

if([[NSFileManager defaultManager] fileExistsAtPath:[[[NSBundle mainBundle] appStoreReceiptURL] path]] != YES)
{
    SKReceiptRefreshRequest *refresh = [[SKReceiptRefreshRequest alloc] initWithReceiptProperties:nil];
    [refresh start];
}

Я поместил это в свой файл main.m перед основным циклом приложения, поскольку в моем приложении есть много «профессиональных» функций, которые разблокируются с помощью IAP, но вы действительно можете поместить это там, где считаете это уместным.

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

Если хотите, вы можете поместить этот код в любое место, где пользователь может использовать «профессиональную» функцию вашего приложения. SKReceiptRefreshRequest наследуется от SKRequest и поэтому будет вызывать методы SKRequestDelegate. Таким образом, в тот момент, когда пользователь переходит к экрану с профессиональной функцией, вы можете обновить квитанцию, а затем включить эту функцию при вызове методов делегата (и после выполнения дополнительной работы по проверке содержимого квитанции).

Большим недостатком этого подхода является то, что он требует подключения к Интернету. Если ваше приложение работает в автономном режиме, пользователь будет ожидать, что все его IAP также будут работать в автономном режиме, поэтому повторная загрузка квитанции может быть проблемой в определенных сценариях.

В приложении App Store квитанция обычно существует. Он загружается из App Store вместе с приложением. Если пользователь загрузит ваше приложение на свое устройство с помощью iTunes (т. е. из резервной копии), квитанция не будет получена.

Основной вариант использования отсутствия квитанции — это когда вы выполняете отладку в Xcode и ничего не сделали для загрузки квитанции (например, обновление квитанции или покупка чего-либо).

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

Если вы хотите получить новую квитанцию ​​без действий пользователя, вам нужно пройти маршрут сервера. Отправьте старую квитанцию ​​через свой сервер в iTunes, получите последнюю квитанцию ​​обратно.

Я хотел бы поделиться своим опытом. Я работал в песочнице, и квитанция о приложении отсутствует после удаления приложения. (А потом повторно Command-R-ing) Я не знаю, происходит ли это в продакшене, но звучит так, как будто это происходит. Запрашивать обновление при первой загрузке приложения и запрашивать у пользователя пароль — это поразительно. Это вопрос, конечно.

Похоже, что [[SKPaymentQueue defaultQueue] restoreCompletedTransactions] также автоматически обновляет квитанцию ​​о приложении без появления диалогового окна. Это означает, что после восстановления транзакции запрос appReceiptURL + Data возвращает ненулевое значение. Это только из моего небольшого количества тестов. Пожалуйста, проведите собственное тестирование.