我想知道如何才能向用户询问信用卡信息,并在不使用苹果应用内购买机制的情况下收取费用。 我的想法是将用户的信用卡发布到我的在线信用结算系统,并在网站上进行交易,然后在交易结果中向用户报告。 苹果会批准这种应用程序吗?
有自动更新订阅时,请考虑以下模型情况: 用户购买1个月的订阅,让一月 取消续约 然后等到3月(> 1个月)再次购买相同的订阅 AppStore是否会在收到validation时返回新购买的新的original_transaction_id ? 或者改述,可以使用original_transaction_id对收据进行分组,以确定用户有效订阅的时间间隔? 因为在沙盒中,当有类似这样的模拟情况时,无论是否有一些用户没有活动订阅的时间间隔,它都会从第一次购买给定的订阅时总是返回original_transaction_id 。 当有多次购买的订阅时,间隔时间到期时,沙箱接收validation将返回首次购买的original_purchase_date ,并且最后一次购买的过期date。 我的问题是,要在真实环境中进行testing,我将不得不等待一个多月才能让订阅过期以testing确切的行为。
我想知道在Android和iPhone的应用程序结算中可以放置的项目的最大数量。 我似乎记得3000左右的阅读,但我找不到参考。 另外如果3000是最大的什么是合法的方式来解决这个问题。 我的应用程序将销售内容,我认为解决问题的一个可能的方法是有一个显示内容的中央应用程序,然后是许多不同的库,您可以购买内容。 这是一个可行的工作吗?
有没有办法在iTunes连接仪表板上的应用内账单部分加载多个项目(例如像Android这样的.csv文件)?