一个产品需要同时支持 ios/安卓平台，如果原生开发需要一共 10 个人左右。但是如果跨平台开发，用 flutter 类似工具，可以省几个人。但是考虑到产品稳定性，跨平台相对于原生开发要更差。上面的要求是把产品当艺术品做，一定要运行快速稳定，尤其是冷启动。预算是固定的，但是如果出了问题会有严重后果。想选跨平台，毕竟少 3 个人就能节约 10 万左右成本，我想给组里面省点钱，但是怕不稳定。想问问大家跨平台开发和原生开发产品质量会差多少？怎么选择？

能用小程序绝不做 APP ，能用跨平台绝不用原生。什么叫稳定性不行？选原生唯一的理由是有些功能跨平台不支持或者支持的不够好。

先小程序、跨平台，有投资了在原生没钱还做 native 真的是想屁吃

如果你不是老板，你就把小程序，跨平台，原生这几个方案的大致预算，人力和时间报给老板，让他来选。

那我肯定选又快又好，少花钱。体验是啥，能赚钱吗

我的经历告诉我，能立刻上线又便宜的最好，所以肯定跨平台。

如果是原本 10 个原生每人一万的水平，想省钱变成 7 个跨平台开发，但还是每人一万的水平，那大概率产品质量会惨不忍睹。但如果是变成招 3 个三万水平的资深跨平台开发，那从开发效率到最终产品质量将是全方面碾压。

少三个人只节省 10w 啊，三个人的人力成本算上社保部分我怎么觉得 50w 打底

什么样的小老板， 才需要考虑这种技术问题？

方向上的选择，你可以给老板汇报，比如两个方向 A 和 B ，各有什么有缺点，简单说 3 点就行，如果老板不问就没必要详细讲。但要注意一个重点，你要先说你最推荐的是哪个方向。不是你给老板出难题，而是你要帮老板解决难题，你推荐，并且承担后果（而不是等着后来给老板来一句“我就说这个方案不稳定嘛，我早就说啦”）。

楼上说的没错。让老板做选择题，而不是问答题

藝術品......

这不得优先考虑是做什么类型的 App

从目前的市场上的 app 来看，绝大部分是不需要 native 的。 就是一个一个的网页，其实是小程序就能满足的需求。

APP 大概半年开发周期 => 1 年倒闭 做小程序 1 个月开发周期 => 迭代能撑起码 2 年

现在还有什么方向的 C 端产品赛道能做艺术品？ B 端就更和艺术不沾边

你为啥就默认跨平台就不稳定不高效呢？除非你的应用复杂到极点，不然不至于有可感知的差距，再说又不是不能混合开发

不用怀疑，老板肯定选成本低的

我司产品日活几十万，用的 Flutter 开发，没有发现什么不好的，就是加载了广告导致有点卡顿（没有很多和原生交互的场景）

如果我是老板...肯定只做 web..

很简单，越需要平台能力的，比如蓝牙啊，摄像处理啊什么的越原生越好。相反越是 UI 呈现的跨平台会是更好选择

做网页吧，跨平台，首页记载快点就行

老板还考虑用什么技术？这公司得多小啊

先省钱活下来再考虑其他的吧

小团队跨平台，大团队搞原生。不过现在原生套壳 web 的也多的是

什么规模的 APP 动不动就要 10 人的团队来开发。。。iOS ，Android 一样来俩还不够吗？

要求高还不给钱 还盘子铺这么大？是我的话 先集中资源搞一个 android 端出来快速验证可行性 不行的话直接报上面 要么加钱要么砍端 砍需求之类的如果行 那反正 android 端已经出了 就直接原生啊

用 webview 通吃，忽悠一下 boss 算个半原生，应该没啥问题。

这得看业务

估计屁股决定脑袋吧，评论区应该是前端和后端程序员为主。论深度体验和细节，就算不涉及硬件调用相关，也是原生完胜，flutter rn 差一点点，web 方案差一大截，纯 web 套壳连上架都是问题，居然跟“艺术品”能扯上关系。而且还要看开发水平，不然原生也能卡成狗。 一般项目可以选 flutter ，rn 多少年了出不了 v1.0 ，但是老板要艺术品肯定优先原生，别人都没说省钱你先给省了。

抛开需求套技术耍流氓🤔省钱 op 也没法把这钱揣进兜里什么 app 上来就需要十个工程师？

我选择原生，很多时候，那些所谓的跨平台方案省人省钱这样的假设其实并不成立。

＃13 你扯呢嘛，那你怎么不用手机浏览器买东西

给 op 个建议。你想象的 flutter 的跨平台可能并不想你想象的那样真的节省成本。你想象的可能是原生可能需要 10 个人。5 个懂 android5 个懂 ios ，可能还得有人懂前端 h5 的。跨平台的可能只需要 5 、6 个懂 fluter 的就可以了。实际上可能是你需要的是 5,6 个既懂 android 又懂 ios 的人。这两个方案哪个更节省成本还真不好说。上边有老哥说的好。如果能用小程序的话，先用小程序吧。业务跑起来再搞 app 是最好的选择。

reactnative.dev/showcase看看这个页面的 App 体验，不能人菜怪工具

如果是我的话，我会选择 flutter原生肯定是最好的，但看看桌面端的 Electron QQ ，说明大厂都在想着节省成本。何况一般公司呢。而且跨平台技术，说明以后还有可能出桌面端，想想看，能在所有平台都能用的应用，怎么能不心动呢？然后，抛开小程序和直接 web 套壳（如 Steam 手机端）那垃圾的体验。那基本就是在 flutter 和 react native 里选了。react native 的思路是通过将 js 编译成原生组件实现的性能提升。可以复用 js 开发人员。生态完善，而且已有成功案例多。坏处是则是原生组件的差异很难解决以及其带来的问题，比如不统一。牺牲了一定的跨平台性，比如 react-native-windows 就比较难产。flutter 的思路则是自绘，跟浏览器一样，但抛弃掉 js 的历史包袱重新设计，以此提升性能。优点就是统一，而且跨平台容易，比如 flutter desktop 和 flutter web 就是顺产。但缺点就是，生态不行。目前还在发展中，还是比较适合仅移动端。这两种解决思路我更偏向于第二种。

你是不知道拼多多有小程序还是不知道京东有小程序还是不知道淘宝有小程序，还是不知道手机浏览器真的能买东西？ 你再原教旨主义，敌得过公司的需求？ 你怎么想，在老板那里 根本不重要。 如果你意识不到这点， 是不会有什么成长的。

作为 Android 开发人员，我个人更倾向于原生，因为遇到要求高的情况下，至少能够有较多的方案可以寻求。要是用跨平台方案，除非已经经验十足了。否则其中躺坑的时间导致开发体验会很糟糕。 当然如果要求粗糙一点，而且业务也不复杂，跨平台方案确实可以节省一些成本，但是假如后面需要再优化成原生体验的话，就得推翻重来了。

先用跨平台验证，赚钱了再考虑用原生重写。

＃36 京东，淘宝，拼多多，是 App 用的人比小程序用的多多了好嘛，再说了小程序那一套和网页没关系

首先你要知道，跨平台开发也可以做成艺术品，性能未必比原生差。

"跨平台开发，用 flutter 类似工具，可以省几个人"，你是怎么得出这样的结论的？楼上那些说先跨平台再原生的，怕不是嫌坑不够大的吧。

看做什么吧。如果能网页类型的，不需要原生。。否则肯定是要原生来得好。而且能赚钱的东西这个人力成本完全不用考虑吧

如果软件直接能带来现金流, 那肯定是原生的. 如果不能, 那看看是谁带来现金流, 谁用什么舒服就给 ta 提供什么.

硬件性能够肯定跨平台，不够了再考虑原生

上面的要求是把产品当艺术品做。肯定是原生了。Flutter 虽然流畅度跟原生差不多。但是在样式，稳定性上跟原生比，还是差很多。并且，做不好还有惩罚，如果剩的钱不是到你口袋，还是原生好

我是老板，我懂这玩意干嘛。

有没有一种可能用 kotlin 写，在安卓上原生运行，在 iOS 凑活运行。Compose Multiplatform 在安卓上使用 Jetpack Compose 原生界面，在 iOS 上用 skia 绘图。 www.jetbrains.com/lp/compose-multiplatform/

都说艺术品了，当然是原生的上限更高。问题是你们做的到底是什么，互联网平台还是像输入法这样的工具应用？先把需求理顺吧

剩下的钱肯定有一部分能到手的，不然也不会考虑这些

原生开发只懂原生,跨平台开发不只是懂原生

我的建议是找几个资深的原生，他们大多都会跨平台开发，前端开发人员如果没有原生开发经验，其实在跨平台开发上没有优势，相对来说原生开发难度会更大，而跨平台想要做的好，必定要跟原生打交道

用过 Flutter 之后，我推荐 Flutter 。1. 省成本，大家都懂的。2. 性能比得上原生，甚至更好，了解一下其架构就知道了。3. 质量、稳定性、甚至是艺术性，最终还是看代码。代码写不好，原生也可以是 shit 山。4. 有大量成功的案例。例如，阿里的 App 。微信也有使用 Flutter 。

业务第一