← #796

Ask HN：2026 年的 App 开发现状如何？

文章摘要

这是一个 Ask HN 帖子，提问者想了解 2026 年纯粹的 iOS/Android 原生应用开发现状究竟如何。讨论吸引了大量一线开发者参与，从市场环境、AI 工具的实际效果、各大平台的技术演进，到应用商店审核与分发难题，勾勒出了 AI 时代 App 开发的全景。

总体基调是：AI 大幅降低了”造一个 App”的门槛，但真正的难关已经从”开发”转移到了”分发”与”品质”。一方面，大量原本永远不会做数字产品的人现在能做出自己的 App 和网站；另一方面，应用商店里充斥着低质量的”AI 垃圾（slop）”。多位资深开发者认为，AI 之于软件开发，正如”桌面出版革命”之于设计行业，或”智能手机”之于摄影——人人都能上手，但只有少数人能真正做到专业水准。同时，原生开发本身也在经历 Kotlin Compose、KMP（Kotlin Multiplatform）、SwiftUI/Swift 6 等技术变革。

HN 评论精华

市场环境（mrKola）：”情况很糟。到处都在裁员，Google 正在变得像 Apple，公司想让你用 AI 干 6 个工程师的活。新应用市场已经饱和。”MattDamonSpace 则好奇：”不知道有多少 vibe coding 出来的 App 能撑到 2.0 版本。”
AI 在新框架上的局限（drrob）：他用 .NET MAUI 在两大商店上架了一款游戏，能养活自己。但他指出 AI 在 MAUI 开发上几乎没用——这个框架太新，AI 的知识库里几乎没有相关内容，稍微复杂一点就力不从心。
应用商店审核之苦（robgough）：他用 Claude 做了一款 Mac/iOS 听写应用，全程没碰一行代码。但上架被反复打回：第一次因为应用名里用了”Free”被拒，又因声明了 UIBackgroundModes 但 Apple”找不到需要持续音频的功能”；第二次因为键盘扩展在关闭”完全访问”时不提供功能而被拒。peterlk 解释了完整流程：注册开发者账号、提交审核、应对那些”有时很武断、且执行不统一”的整改要求。qrush 更分享了奇葩经历：为了在韩国上架，他得确认自己”没有改变朝鲜战争的结局”。
分发才是真正的战场（rupatiwari25）：”AI 让造 App 变容易多了，但分发一点没变简单。通过商店审核、获客、留存，仍然是 90% 的战斗。”babaganoosh89 也说现在做 App 极其容易，关键全在分发（通常靠社交媒体）。
对市场分层的预判（afavour）：AI 会让”简单 App”的市场底部崩塌——那些只是对远程 API 做 CRUD 操作的应用会被通用开发者大量 AI 生成；但更复杂的 App 仍有健康的市场。esafak 补充：”软件工程正在被抹平，我不会去做’纯’ App 开发，而会专精于某个受监管的领域。”
AI 产出”教程级”界面（ardit33）：放任 AI（无论 Codex 还是 Claude）会产出过度复杂、看起来像”通用教程界面”的 slop，适合玩具应用但不适合正经产品。原因是 AI 训练自以教程和简单应用为主的公开代码。最佳用法仍是”自己做架构，让 AI 填空”。
原生技术演进：多位 Android 开发者（Larrikin、georgemcbay、bpavuk）认为比起 LLM，KMP（Kotlin Multiplatform）和 Kotlin Compose 才是更大的变革；KMP 已足够成熟，单人开发也能同时产出 iOS 版本，且似乎避开了 Xamarin 和 Flutter 的弯路。但 bpavuk 也抱怨 Google 每次 AndroidX 发布都破坏源码兼容性、AGP 9.0 的发布对许多项目是”冲击波”。
乐观与积极的声音：CharlesW（资深 Apple 生态从业者）认为现状没那么悲观——这就像当年的桌面出版革命，”乌合之众”理论上能玩专业的活，其中一部分会成长为专业人士，而专业人士最终也会采纳新工具。vincenthsin（14 年后端经验）则说，过去 1.5 年 LLM 对应用开发带来的变革，超过了之前 10 年甚至更长时间的总和——因为后端最枯燥的部分就是把业务逻辑”翻译”成代码，而这恰恰是 LLM 最擅长的。guessbest 称用 Xcode + LLM + SwiftUI 工作流让他重新爱上了做 App，”几乎成了我的梦想工作”。
安全与合规的隐忧（EmanuelB）：最大的变化是从前根本不会做数字产品的人现在都在做自己的 App，这很酷，常能做出原本不存在的东西。但隐患是——这些人从没听说过法律、网络安全等知识，而 Claude 除非你主动问，否则不会提醒你。他见过的成品从”略有风险”到”彻头彻尾违法”都有，作者却毫不自知，从零到上线的周期极短。