Ios 避免用户注册系统，但需要应用内购买和数据同步

我在理解应用程序内购买的理论方面遇到了困难，我读了太多书，弄糊涂了自己

我有一个不需要用户注册的应用程序，但是我在服务器上存储数据并使用UUID跟踪。我的应用程序为在线游戏创建了一个高分系统，用户必须输入他们希望跟踪的在线游戏玩家。然后将此信息发送到我的服务器，默认情况下，该服务器每24小时刮取一次数据。下面是我的服务器上的数据库示例

设备表： uuid， 刮擦间隔

正在跟踪表中的玩家： uuid， 玩家姓名

跟踪信息表： 玩家姓名， 跟踪数据， 追踪

我想包括一个应用内购买，一旦购买，这意味着数据将每12小时而不是每24小时进行一次刮取，我计划这样做的方式是更新设备表，并将刮取间隔设置为12小时，其中uuid=进行购买的uuid

但是，对于拥有多台IOS设备的用户，这将如何工作？我如何确保他们跟踪的玩家列表在设备之间保持同步？我读过关于使用iCloud ID的文章，该ID显然是唯一的标识符，但这是否意味着我必须在应用程序启动时进行检查，以确保用户登录到iCloud帐户，如果他们没有登录，则强制他们登录？这看起来不太方便用户，但实现自定义注册和登录系统也不方便

---

我是不是想得太多了？有一个简单的解决方案吗？

应用内购买可以通过与单个itunes帐户关联的多个设备恢复。因此，一次购买可能实际上存在于5台设备上，而您无法区分哪一台是哪一台

---

IAP将不提供特定于设备的id。您唯一的选择是生成一个唯一的安装id并同步所有具有付费状态的安装id。

应用内购买可以在与单个itunes帐户关联的多个设备上恢复。因此，一次购买可能实际上存在于5台设备上，而您无法区分哪一台是哪一台

---

IAP将不提供特定于设备的id。您唯一的选择是生成一个唯一的安装id，并同步所有具有付费状态的安装id。

只是想知道如何确定用户是否从不同的设备进行了购买？用户不需要在不同的设备上再次登录itunes吗？只是想知道如何确定用户是否从不同的设备上购买了产品？用户不需要在不同的设备上再次登录itunes吗？那么这是一个合适的实现吗跟踪数据库中的UUID，当IAP生成时，更新数据库以将该UUID标记为购买者。-如果在另一台设备上恢复了购买，还应将该UUID标记为已购买。我不得不接受这样一个事实：如果人们共享他们的iTunes凭据，这可能会被轻微滥用？是的，我采取这种方法。当人们切换平台并期望从一个平台购买到另一个平台时，这种方法也会起作用。人们只能共享itunes帐户，我相信有5台授权设备。另外，如果您想变得非常挑剔，您可以使用恢复购买过程来检查该设备是否仍在使用以前的itunes帐户。如果你也去IAB，Google play允许你很容易地查询用户购买的状态。那么这是一个合适的实现吗？-跟踪数据库中的UUID，当IAP生成时，更新数据库以将该UUID标记为购买者。-如果在另一台设备上恢复了购买，还应将该UUID标记为已购买。我不得不接受这样一个事实：如果人们共享他们的iTunes凭据，这可能会被轻微滥用？是的，我采取这种方法。当人们切换平台并期望从一个平台购买到另一个平台时，这种方法也会起作用。人们只能共享itunes帐户，我相信有5台授权设备。另外，如果您想变得非常挑剔，您可以使用恢复购买过程来检查该设备是否仍在使用以前的itunes帐户。谷歌游戏允许你查询用户购买的状态非常容易，如果你去IAB以及。