是否有可能知道用户何时在iOS 7中购买了我的其他应用程序?
我在商店里有很多应用程序,包括一些旧的付费应用程序。我发布了一个新的,包括一些功能的旧的通过应用程序内购买。我真的不想对那些为旧应用付费的客户收取双倍的费用。在我的新应用程序中,是否有方法检测用户是否购买了我的旧应用程序,以便我可以免费解锁相应的功能 以示例的形式: 假设我有三个应用程序,A、B和C 用户在过去某个时间购买了应用程序A 在应用程序C中,我是否可以检测到用户过去购买了应用程序A,并相应地解锁某些功能 我知道,通过自定义URL方案,您可以将其中的一些串在一起,但不能保证用户仍然安装了较旧的应用程序。或者,如果他们这样做了,也不能保证他们会对他们运行更新,这样我就可以添加自定义URL方案。还有其他更优雅的方法吗?例如,是否有任何StoreKit方法用于检测每个发布者的安装情况?或者有没有办法在iOS 7中使用新的供应商标识是否有可能知道用户何时在iOS 7中购买了我的其他应用程序?,ios,ios7,in-app-purchase,storekit,Ios,Ios7,In App Purchase,Storekit,我在商店里有很多应用程序,包括一些旧的付费应用程序。我发布了一个新的,包括一些功能的旧的通过应用程序内购买。我真的不想对那些为旧应用付费的客户收取双倍的费用。在我的新应用程序中,是否有方法检测用户是否购买了我的旧应用程序,以便我可以免费解锁相应的功能 以示例的形式: 假设我有三个应用程序,A、B和C 用户在过去某个时间购买了应用程序A 在应用程序C中,我是否可以检测到用户过去购买了应用程序A,并相应地解锁某些功能 我知道,通过自定义URL方案,您可以将其中的一些串在一起,但不能保证用户仍然安装了
任何建议都将不胜感激。谢谢。您以前可以使用
canOpenURL
,但这有点不推荐
在iOS 9之前,应用程序可以在任何情况下调用这些方法
任意URL。从iOS 9开始,应用程序必须声明URL
他们希望能够在
应用程序提交给苹果时的配置文件。这是
本质上是一个白名单,只能通过
向苹果提交更新。似乎某些常见的URL
由系统应用程序处理,如“http”、“https”,不需要
明确列入白名单
现在,您必须将要检查的URL方案列为白名单-您是否找到过此问题的答案?我想做同样的事情。