显然,苹果已经开始拒绝使用[UIDevice uniqueIdentifier]的应用程序。我听说过在过去一周中使用它的应用程序被拒绝和批准的报告(有些能通过,有些不能)。但是,所有主要广告网络(为我的应用程序生成收入)都还没有推出不使用UDID的API。它们在我的应用程序中包含的所有API都使用它。它们都表示正在开发新的API,并将很快推出,但可能还需要几个月。
对我来说,苹果通过应用审核流程执行此策略似乎非常奇怪,而不是通过新版本的操作系统,该操作系统简单地不允许它(人们有时间在测试期间针对其进行编程)。
话虽如此,我的问题是苹果如何精确检测您在应用审查期间是否访问了UDID?他们是否以某种方式扫描包以查看其中是否存在调用,还是在测试应用程序时监视实际进行的系统调用?我在考虑如果用户想付费,可以不访问广告API,或者给他们选择支持广告并因此提供他们的UDID的选择。但是,我需要了解苹果是基于将[UIDevice uniqueIdentifier]编译到代码中而拒绝,还是基于在应用程序审查测试期间调用[UIDevice uniqueIdentifier]而检测到。
请不要用不应使用[UIDevice uniqueIdentifier]的原因或如何创建自己的UDIDs等回答此问题。我的问题是我需要的第三方库目前没有替代方案。问题是:苹果如何在应用审核期间检测UDID访问?
对我来说,苹果通过应用审核流程执行此策略似乎非常奇怪,而不是通过新版本的操作系统,该操作系统简单地不允许它(人们有时间在测试期间针对其进行编程)。
话虽如此,我的问题是苹果如何精确检测您在应用审查期间是否访问了UDID?他们是否以某种方式扫描包以查看其中是否存在调用,还是在测试应用程序时监视实际进行的系统调用?我在考虑如果用户想付费,可以不访问广告API,或者给他们选择支持广告并因此提供他们的UDID的选择。但是,我需要了解苹果是基于将[UIDevice uniqueIdentifier]编译到代码中而拒绝,还是基于在应用程序审查测试期间调用[UIDevice uniqueIdentifier]而检测到。
请不要用不应使用[UIDevice uniqueIdentifier]的原因或如何创建自己的UDIDs等回答此问题。我的问题是我需要的第三方库目前没有替代方案。问题是:苹果如何在应用审核期间检测UDID访问?