将临时数据存储在iOS应用之外

Question

我有一个专为每个客户打上品牌的应用程序（想想餐馆等）我需要让用户能够点击指向包含唯一代码的服务器的链接，暂时存储在iOS设备上（cookie等），然后将他们引导到应用商店下载应用程序。然后在下载时，应用程序会抓取该cookie或临时值。发布数据并为该客户打造应用程序品牌。我知道这在Android上是可行的，但它是否在iOS上？

首先下载应用程序然后选择品牌（或餐厅）在这种情况下是不可行的，因为网址将与同一业务的其他客户共享，我们希望创建一个流畅的体验，他们不会能够“看到幕后”并选择不同的品牌。

由于

修改 谢谢你的回复。我们已经重新评估并正在考虑在设备上打开网址并获取IP地址或其他唯一ID，并将其与正确的品牌一起保存到数据库中。然后，应用程序将在启动时连接到数据库，如果IP匹配，将相应地进行品牌化。但是，我们正在寻找比IP更可靠的标识符。既然不推荐使用UDID，我们还可以使用其他标识符吗？

Answer 1

我认为你提出的网络服务器链接的设计创建了以后需要由iOS应用程序读取的代码才是问题。你应该有一个完全基于应用程序的解决方案。也许你可以在网站上拥有相同的服务作为一个应用程序，然后在粘贴板中设置代码。然后，用户启动查看粘贴板的实际应用程序并相应地进行外观设计。

话虽如此，除了其他一些方法之外，还可以使用UIPasteboard从相同应用种子ID的应用之间共享数据。

我使用粘贴板使用此类快速轻松地在应用程序之间共享信息。

Answer 2

您可以使用identifierForVendor（UDID替换）来识别各个设备。您是否计划在最终用户在最终位置“注册”设备之前获取这些标识符？如果没有，你永远无法确定哪个设备属于哪里。

让最终用户以该餐厅登录您的服务器怎么样？对于像Wendys / Wendys5这样的餐馆来说，这可能是一种通用的登录方式。和“麦当劳/麦当劳7！”确定他们的App Store URL。只要密码很容易且无法编程就可以猜到，他们不太可能想出如何注册为另一家餐馆。您还可以进行简单的餐厅选择屏幕以及特定于每个链的密码，但这会暴露用户使用该应用程序的其他餐馆。这样，如果扩展位置，您就不必持续添加IP，并且如果登录受到威胁，则可以撤消凭据。

但有一个问题：您的所有客户是否都明白他们必须将AppleID绑定到每台设备上？您只能在20台设备上共享一个AppleID。