大家好，我们是成都小火科技公司，今天是2025年9月29日，星期一。去年夏天，我们公司做了一个记录咖啡口味的小众APP，客户要求中英双语，同时要求用苹果原生语言开发。

关于苹果APP原生开发语言，目前主要有两种技术栈，到底是使用Swift还是OBject-C呢？网上攻略一半说Swift“新且简洁”，一半说OBject-C“稳定适配广”，我盯着屏幕翻了两天文档，最后决定“先试Swift”。毕竟这款APP功能简单，主要是列表展示、表单输入和图片上传，没必要一上来就啃OBject-C的复杂布局。但刚写登录页就栽了跟头：Swift的预览功能确实香，改一行代码就能实时看到输入框的颜色变化，可当我把代码放到iPhone SE模拟器上时，发现底部的“登录”按钮直接被安全区挡住了，预览窗里压根没提示这个问题。我对着屏幕愣了半天，又去Apple Developer论坛翻帖子，才知道要加一句`padding(.bottom, UIApplication.shared.windows.first?.safeAreaInsets.bottom ?? 0)`，把安全区高度算进去。改完再运行模拟器，按钮终于乖乖待在屏幕下方，那种“终于搞定”的踏实感，比看十篇教程都管用。

原生开发里最让我头疼的不是代码，是苹果的“审核门槛”。第一次提交APP时，我信心满满地填完信息，结果第二天就收到拒绝邮件，理由是“未说明获取位置信息的用途”。我赶紧打开info.plist一看，果然只加了获取位置的权限申请，没写清楚“为什么要要位置”——其实我的APP只是想根据位置推荐附近的精品咖啡馆，却忘了在描述里说清楚。那时候已经是晚上十点，我抱着电脑坐在书桌前，把隐私描述改成“需要获取您的位置信息，用于推荐3公里内评分8.5以上的精品咖啡馆，不会存储或分享您的位置数据”，重新打包上传。没想到第二天一早打开邮箱，就看到“审核通过”的通知，那一刻才明白，苹果审核不是“故意刁难”，而是更在意用户的知情权——你得把“为什么要权限”说清楚，用户才愿意信任你的APP。

还有个意外收获，是苹果生态里的工具真的“够省心”。之前帮朋友做过安卓APP，测试时要反复发APK文件，还得担心测试员手机版本不兼容；但苹果的TestFlight完全不用操这个心，只要把测试员的邮箱加到列表里，他们在App Store搜索“TestFlight”，输入邀请码就能下载测试版。我记得第一次把咖啡APP的测试版发出去，朋友当天就反馈“收藏咖啡的按钮点了没反应”，我查了下代码，发现是把button的action绑定错了方法（把`saveFavorite()`写成了`saveHistory()`），改完重新上传，不到10分钟朋友就收到了更新提示。这种“改完马上能测”的效率，让我觉得原生开发虽然前期有门槛，但熟悉之后反而比跨平台开发更省时间——不用在“适配不同系统”上反复折腾，能把更多精力放在功能本身。

现在这个咖啡APP已经上线小半年了，偶尔会收到用户的评论，有人说“记录界面很流畅，比那些广告多的APP舒服”，还有人说“推荐的咖啡馆真的小众，没踩过雷”。每次看到这些评论，我都会想起第一次打开Xcode时的手足无措——那时候总觉得“原生开发太难了”，可真正沉下心去查文档、踩坑、解决问题，才发现它的核心不是“复杂的代码”，而是“站在苹果的逻辑里，把用户体验做细”。比如iOS用户习惯“左滑返回”，我就给每个页面都加了手势返回；比如苹果强调“不打扰用户”，我就把推送通知控制在“每周一次咖啡推荐”，从不多发。

其实做苹果原生APP就像学做咖啡，一开始总搞不清水温、研磨度的搭配，可多试几次就会发现，那些看似“繁琐”的规则（比如苹果的设计规范、审核要求），本质都是为了让最终的成品更“顺手”。现在我偶尔还会给APP加新功能，比如最近加了“咖啡笔记导出成PDF”的功能，用的是苹果原生的PDFKit框架，跟着文档写了不到200行代码就搞定了。回头看，当初那个对着Xcode发呆的自己，要是知道后来能这么轻松上手，大概也不会那么焦虑了吧。

文章来源网址：https://www.xiaohuokeji.com/archives/xiaochengxukaifa/2202，转载请注明出处！