我踩过的五个app开发平台坑

去年我同时维护着三个小项目，一个是给本地健身房做的会员打卡App，一个是自己折腾的记账工具，还有一个是帮朋友做的活动报名页。三个项目体量都不大，但都需要在iOS和Android上跑。那段时间我几乎把市面上叫得上名字的app开发平台都试了一遍，踩的坑比写的代码还多。这篇就把这些经验摊开说说，给同样在选平台的独立开发者省点时间。

先说结论：没有万能平台

很多文章喜欢把平台分成“原生派”和“跨平台派”然后比个高低，我觉得这种比法没什么意义。真正决定选什么的，是你对下面三件事的容忍度：

• 包体积和启动速度能不能接受打折
• 遇到平台特性问题时，你愿不愿意自己写原生插件
• 未来一年这个项目还要不要频繁改UI

想清楚这三点，选择范围基本就缩到一两个了。

跨平台框架：Flutter和React Native的真实体感

Flutter：渲染一致性是最大卖点

Flutter我自己用得最多。它的好处很直接——你在模拟器上看到的界面，到了真机上基本一模一样，不用为两家系统各调一套样式。对于我这种一个人干全栈的，省下的时间很实在。缺点也明显：打包出来的体积偏大，一个空项目就奔着十几兆去了；另外涉及到系统级功能，比如蓝牙、后台定位，还是得写platform channel，这部分代码写起来比原生啰嗦。

一个典型的channel写法大概长这样：

// Dart侧
static const platform = MethodChannel('app/battery');

Future<int> getBatteryLevel() async {
  final int result = await platform.invokeMethod('getBatteryLevel');
  return result;
}

能用，但每次加一个原生能力就要两端各写一遍，项目大了之后维护成本会累积。

React Native：生态大，但升级是场修行

RN的优势是JavaScript生态，npm上什么轮子都有，前端转过来的开发者上手快。问题在于版本升级。我有个项目从0.6x升到0.7x，依赖链里三个库不兼容，折腾了整整两天。如果你的项目生命周期短、依赖少，RN很舒服；要是打算长期维护，最好把依赖数量控制在个位数。

低代码平台：适合验证，不适合长期

低代码app开发平台这两年很火，我拿它做过一个活动报名页，从建项目到出包不到三个小时，确实快。但用下来有几个坎：

• 复杂交互做不了，比如自定义手势、动画曲线，基本只能妥协
• 数据模型被平台绑定，想迁走的时候发现导出的只有一堆JSON
• 性能在列表页上尤其明显，几百条数据就开始卡

我的判断是：低代码适合做MVP验证需求，或者做内部工具。一旦这个产品要面向C端长期运营，还是尽早转成代码项目，越晚迁移成本越高。

原生开发：绕不开的终点

说句可能不太讨喜的话，如果你的App对性能、系统集成有硬要求，最后大概率还是要回到原生。iOS的SwiftUI和Android的Jetpack Compose现在写起来都不算难，而且两边的开发体验都在往声明式UI靠，学习曲线比五年前平缓多了。我那个健身房打卡App后来因为要做后台计步和蓝牙手环连接，还是拆成了两个原生工程分别维护。

我的选型清单

总结一下我现在会怎么选：

1. 需求还没验证、要快速上线看反馈——低代码平台，两三天出包
2. 中小型工具类App、UI改动频繁——Flutter，渲染省心
3. 团队有前端背景、依赖现成JS库——React Native，注意锁版本
4. 涉及硬件、后台服务、深度系统集成——直接原生，别犹豫

最后提醒一句，不管选哪个app开发平台，都别把业务逻辑写死在平台特有的API里。把数据层和业务层抽出来，哪怕将来换平台，迁移的也只是UI那一层。这个习惯我是在第一次被迫重写整个项目之后才养成的，代价有点大，希望你别重复。