React-native-iap: getAvailablePurchases на iOS позволяет отображать диалоговое окно «Войти в iTunes Store»

В процессе разработки это показывает, что вы можете войти в систему со своей учетной записью песочницы. Я не верю, что в документах это очень ясно.

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

Привет, @voxspox, @alexpchin прав. @alexpchin Поскольку мы работаем над мостом, мы предполагаем, что люди могут немного знать о IAP в родном языке. Размещение всех вещей, которые уже существуют на каждой платформе, является большим бременем для сопровождающих. Если над документом есть какие-то работы, которые, по вашему мнению, могут быть полезны, вы можете добавить что-нибудь и нажать PR .

@mifi Я ни разу не видел приложения с кнопкой "восстановить покупки". С точки зрения UX такая кнопка обременительна и также не нужна, потому что приложение должно знать, что я купил;)

@hyochan Я получаю приглашение также после распространения приложения через TestFlight (я предполагаю, что это рабочий режим ?!)

Я видел несколько приложений с этой функцией. Я сейчас не совсем помню, но думаю, что в некоторых случаях это необходимо (или требуется Apple). Также в примерах руководств по магазину приложений Apple есть эта кнопка:
https://developer.apple.com/app-store/subscriptions/

Также я подумал, что это будет плохой UX, если пользователю когда-нибудь придется вводить свой Apple ID при открытии моего приложения, я думаю, это сбивает с толку. (я видел это раньше, если срок сеанса истек или что-то происходит с SSL MITM, что часто бывает с общедоступными целевыми страницами Wi-Fi)

изменить: на самом деле кажется, что яблоко требует этого

Есть ли способ узнать перед вызовом getAvailablePurchases что появится приглашение? Или, другими словами, как я могу определить, подключен ли пользователь к iTunes или нет?

1+ такой же

Привет, ребята, есть ответ на этот вопрос? насколько я понимаю, это функция отладки, но я тестирую с помощью testflight и хочу предотвратить это, можно ли как-то выйти из режима песочницы?

Между тем, я нашел для себя решение. Я ввел новую переменную isRestorePurchasesEnabled которая постоянно хранится в моем приложении.

В этом:

isRestorePurchasesEnabled = false

При запуске приложения:

if (Android || isRestorePurchasesEnabled) {
  call getAvailablePurchases
  on error.code === 'E_USER_CANCELLED' -> isRestorePurchasesEnabled= false
}

При покупке:

isRestorePurchasesEnabled = true
requestSubscription ...

Настройки:

Button "restore purchases" -> isRestorePurchasesEnabled = true

Пользователь никогда больше не увидит приглашение Connect-iTunes. Восстановление происходит только после совершения покупок и, таким образом, учетные данные уже были введены + сохранены, и подсказка не будет отображаться.
Единственный случай, когда приглашение будет показано, но только один раз, - это если пользователь выйдет из системы в Настройках / iTunes / Учетной записи песочницы. Не знаю, есть ли это в производственном режиме.

Привет, похоже, в последнее время по этой проблеме не было никакой активности. Проблема устранена или все еще требует внимания сообщества? Эта проблема может быть закрыта, если больше не будет активности. Вы также можете пометить этот вопрос как «Для обсуждения» или «Хороший первый выпуск», и я оставлю его открытым. Спасибо за ваш вклад.

Здравствуйте,
Я действительно запуталась в одной теме, может кто-нибудь мне помочь?
Я хочу создать контроллер, который проверяет, владеет ли пользователь продуктом или нет?
Как я могу обнаружить отмену пользователя с использованием этой библиотеки для магазина Apple и Google Play?
Я даже не знаю, связано ли это с этим методом getAvailablePurchase.
Благодарю.

• одно и тоже

Я хотел бы разобраться, будет ли это происходить в продакшене, а не только в TestFlight.
В настоящее время мы используем эту функцию при загрузке приложения, а не при нажатии кнопки.

Apple по-прежнему советует нам не вызывать эту функцию в приложении автоматически или при запуске.

Не восстанавливайте покупки автоматически, особенно когда ваше приложение запущено. При восстановлении покупок запрашиваются учетные данные пользователя в App Store, что прерывает выполнение вашего приложения.

https://developer.apple.com/documentation/storekit/in-app_purchase/restoring_purchased_products# : ~: text = Восстановить% 20Completed% 20Transactions из% 20your% 20app's% 20completed% 20transactions.

Я реализовал это таким образом, чтобы отправлять квитанцию ​​на бэкэнд, когда пользователь нажимает на покупку или восстановление покупки. Затем серверная часть может предоставить приложению статус подписки в будущем.

Apple по-прежнему советует нам _не_ вызывать эту функцию в приложении автоматически или при запуске.

Не восстанавливайте покупки автоматически, особенно когда ваше приложение запущено. При восстановлении покупок запрашиваются учетные данные пользователя в App Store, что прерывает выполнение вашего приложения.

https://developer.apple.com/documentation/storekit/in-app_purchase/restoring_purchased_products# : ~: text = Восстановить% 20Completed% 20Transactions из% 20your% 20app's% 20completed% 20transactions.

Я реализовал это таким образом, чтобы отправлять квитанцию ​​на бэкэнд, когда пользователь нажимает на покупку или восстановление покупки. Затем серверная часть может предоставить приложению статус подписки в будущем.

При автоматическом продлении подписки, как получить последнюю квитанцию ​​без загрузки из клиента?

Выполняя периодический опрос в бэкэнде, который периодически проверяет каждую подобную покупку. Затем возьмите последнюю квитанцию ​​от проверки (которая поступает с сервера Google / Apple) и сохраните ее обратно в базу данных.

Выполняя периодический опрос в бэкэнде, который периодически проверяет каждую подобную покупку. Затем возьмите последнюю квитанцию ​​от проверки (которая поступает с сервера Google / Apple) и сохраните ее обратно в базу данных.

Привет @mifi Спасибо за быстрый ответ! Я сохранил latestReceipt на сервере после исходной транзакции. Итак, при опросе с исходным latestReceipt возвращается новое значение latestReceipt ?

Да, функция iap.validate на бэкэнде вызовет API Apple / Google, который вернет самую новую квитанцию. это легко увидеть при тестировании возобновляемых подписок с интервалом разработки (5 минут на период подписки)

Спасибо @mifi Это действительно помогло мне понять! Просто казалось странным отправлять «latestReceipt» для получения «latestReceipt»

Привет, похоже, в последнее время по этой проблеме не было никакой активности. Проблема устранена или все еще требует внимания сообщества? Эта проблема может быть закрыта, если больше не будет активности. Вы также можете пометить этот вопрос как «Для обсуждения» или «Хороший первый выпуск», и я оставлю его открытым. Спасибо за ваш вклад.

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