说说我在开发ios app时踩的坑-夜雨聆风

说说我在开发ios app时踩的坑

去年我开发了一款 iOS 应用，名字叫 okDuck。上周对 App 做了一次功能迭代并提交审核，结果来来回回被打回修改，前后折腾了将近一个星期，才终于在昨天顺利发版。

基于这次审核经历，我做了一些总结，记录下来，免得以后再踩同样的坑。

首先，我的 App 是有用户系统的，用户需要通过邮箱或 Apple ID 注册并登录后才能使用。但最开始我并没有提供「注销账号」的功能，因此在第一次审核时被直接打回。苹果明确要求：只要 App 存在账号体系，就必须允许用户在 App 内自行删除账号。

我按照要求补齐了注销账号功能并重新提交，没想到第二次审核又被拒了。原因是审核人员在 iPad 上测试时，发现某个功能无法正常使用。当时我心里其实挺疑惑的，因为我并没有做 iPad 版本，在项目配置里也没有勾选 iPad。

不过我随后自己测试了一下，发现这个功能即使在 iPhone 上也确实存在问题，于是对逻辑进行了修复。在再次提交审核时，我在备注中说明了“并未针对 iPad 做适配”的情况。

这一次审核流程明显慢了不少，加上我是周六下午提交的，正好卡在审核人员周末休息的时间点，直到周二才收到审核通过的邮件。邮件中也提到当前版本仍有一些小问题，不过可以在下一个版本中再进行修复。

通过这次完整的 App 开发和审核流程，我明显感受到：原生 App 的开发和维护成本要比小程序高得多。

一方面是审核周期更长，小程序在加急的情况下，往往当天就能完成审核，而 App 审核往往需要几天，反复修改的话甚至可能拖上一周。

另一方面是基础能力几乎都需要自己搭建。像用户账号体系、邮箱或手机号服务、隐私政策等，都需要开发者自行准备，而不像小程序那样，很多能力平台已经封装好，直接调用即可。

此外，App 的审核在隐私和权限方面也明显更加严格。例如：必须提供隐私政策、必须支持用户删除账号、在使用相册或相机前必须先弹出系统授权提示，任何缺失都会被判定为不符合规范。

虽然小程序在这些方面同样有要求，但整体执行尺度相对宽松。这也是我在这次迭代过程中，一个非常直观的感受。

如果有朋友对这个ios app感兴趣，欢迎体验下载！

说说我在开发ios app时踩的坑