7

考虑到我的申请，我收到了以下来自 Apple 的邮件：

感谢您向 App Store 提交对 Νομοθεσία 的更新。在审查您的应用程序期间，我们发现它使用了私有 API，这违反了 iPhone 开发人员程序许可协议第 3.3.1 节；“3.3.1 应用程序只能以 Apple 规定的方式使用文档化 API，不得使用或调用任何私有 API。” 虽然您的申请没有被拒绝，但最好在下次更新中解决此问题。您的应用程序中包含以下非公共 API： u_isspace ubrk_close ubrk_current ubrk_first ubrk_next ubrk_open 如果您在源代码中定义了与上述 API 同名的方法，我们建议更改您的方法名称，以便它们不再与苹果' s 私有 API，以避免您的应用程序被标记为未来提交。请在下次更新 Νομοθεσία 时解决此问题。此致 iPhone App 审核团队

此邮件中提到的函数用于 ICU 库（Unicode 的国际组件）。尽管此时我的应用程序没有被拒绝，但我对我的应用程序的未来并不十分安全，因为它严重依赖 Unicode 协议，尤其是这些组件。另一件事是我不直接调用这些函数，而是通过自定义的“sqlite”构建调用它们（启用了 FTS3 扩展）。

我在这里错过了什么吗？有什么建议么？

4

3 回答 3

4

我建议不要公开谈论这个问题（从长远来看只会伤害你），而是礼貌地回复你收到的应用程序审查电子邮件地址，解释你正在使用引用 ICU 框架的自定义 SQLite 构建。鉴于这是一个标准的第三方框架，我认为这些不是您正在使用的 Apple 私有 API。可能是他们过于热衷于在扫描软件中包含符号。

如果您无法说服他们，您可能会考虑从带有 FTS3 的 SQLite 切换到 Aaron Hillegass 的BNRPersistence之类的东西，它只是增加了快速的全文搜索。

于 2010-03-11T21:23:06.903 回答
1

嗯……Apple 也有可能使用 ICU 组件。最好的回应是礼貌地解释发生了什么，并希望事情能顺利解决。

于 2012-12-20T18:19:49.357 回答
1

如果他们在链接到系统 ICU 时遇到问题，为什么不简单地将 ICU 源代码导入到您的项目中呢？

于 2010-03-11T22:23:06.793 回答