【问题标题】:Query the list of Purchase History of Apps查询应用购买历史列表
【发布时间】:2014-01-29 08:24:39
【问题描述】:

我已经开发了一些在应用商店上线的应用。现在我想开发一个主应用程序,它将包含作为应用程序内购买的现有应用程序以及作为应用程序内购买的其他项目。

解释

  1. 我已经在 AppStore 作为独立应用发布了 5 节课程。假设名称是 a、b、c、d、e

  2. 我想创建一个包含各种课程的主应用程序“MAIN”,这些课程将包括(但不限于)a、b、c、d、e 的课程。这些课程将作为应用内购买提供。

  3. 我想为那些购买了我以前的应用程序 a、b、c、d 或 e 的用户免费提供课程。例如:如果用户购买了应用程序 a、b 和 c,现在他下载了“Main”。然后在“主要”中,将启用课程 a、b 和 c,而无需任何应用内购买费用。

  4. 最初我想到了 canOpenURL/url 方案方法,在该方法中我将通过主应用程序查询 a、b、c、d 或 e 是否存在。如果存在任何/所有应用程序,则与这些应用程序对应的课程可在主应用程序中免费下载。我实现了相同的,在测试期间运行良好。

  5. canOpenURl 中的问题在于它是特定于设备的。如果用户在 iPhone 5 上安装 a、b 和 c 并在 iPad 上安装 Main App 会怎样。在这种情况下,我如何知道用户是否通过主应用安装了 a、b 和 c?

  6. 我的限制是我不能向用户索要电子邮件、密码或任何类型的唯一标识符。

  7. 是否可以查询应用的购买历史(不是应用内购买),以便过滤用户购买的由我开发的应用?显然,如果会通过要求用户提供他们的 Apple-ID 来通过。我明白,但有可能吗?

【问题讨论】:

    标签: ios iphone objective-c app-store


    【解决方案1】:

    在您的主应用程序中,您要求拥有 a、b、c、d、e 的用户安装一次,以解锁 main 中的相应课程。 您在 Main 的启动时使用 canOpenURL 来检查 a、b、c、d、e 是否存在,如果是这种情况,您解锁课程并在 Main 中设置一个标志以记住这一点。

    这远非完美,只是对您的建议进行了小幅改进,但到目前为止我没有其他想法,因为您无法使用任何用户名或帐户来唯一标识您的用户。

    【讨论】:

    • 如果您再次阅读我的问题,指针 4 和 5 提到的内容大致相同。我已经测试过相同的解决方案,但作为特定于设备的解决方案,它可能无法作为长期解决方案接受。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2021-08-13
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2021-06-19
    相关资源
    最近更新 更多