uniapp和flutter如何技术选型？
作为公司跨端选型的负责人，我毫不犹豫地选择了Flutter。
作为你吃饭的技能，记住，永远选择掌握人数较少的语言，市场上供应量太大才是你工资提不上去的最终原因。不要与JS大军抢饭碗，让他们内卷到转行。
Flutter的江湖地位最终会对标Unity，而那些相信嵌套个浏览器就是跨平台的人，最后会被挑剔的用户所淘汰。
uni更懂国人，将vue,h5+, weex框架整合起来的一个开发框架！
uni依靠阿里weex也可以实现原生渲染！只不过weex目前停更了！vue也是国人开发的框架，目前也是前段主流框架之一！
两者都是混合开发，一套代码可以编译成安卓与ios还有web端！uni还可以编译成各大平台小程序！flutter其实也能编译成小程序，就看谷歌愿意不愿意了！
如何选型，看客户要求！
大多数都可以选择uni,如果用到第三方sdk flutter支持的更好，uni慢慢也有第三方支持的，还需要点时间！
还有一点就是uni这个框架真的是懂国人，很多细节与反馈都会更新！
uniapp，小公司控制成本的话用这个挺好，能快速覆盖多个平台。但是体积，性能，流畅度就别想太多了，水平就是能用，想用这个做出一个体验很好的应用，想想就行。
flutter，说实话，uni***跟这个没啥好比的，就算flutter跨的平台没uni***多，但做出来的应用，就是更贴近原生体验，而且生态，社区，质量比uni***高很多。
看团队规模，业务需求，成本控制，小公司小项目，uni***适合不错的选择。
选择跨平台技术的初衷无非是想要节约人力成本，换句话说就是没啥钱，两者的技术对比已经有很多大佬说过，我说一下我们的真实经历，之前用过flutter，总的来说，运行流畅度上确实不错，但是就一点，人不好招聘，有一个做了一半还跑了，外包都是要效率，风险太高了。uni***国内比较活跃，从事人学也比较多，对于小型项目来说能够满足，大型项目，有钱的都是两个团队一起搞
不是想黑uni***，两个就不是一个体系的东西，摆在一起无非是想拉升uni***的档次罢了。
flutter本质是一个纯native方案，使用自绘引擎，进而很好地解决了双端UI一致的问题，但没有动态性（也有方案但不主流，iOS存在审核风险），优点是性能上基本逼近native，缺点也很明显，开发迭代成本明显高于web体系的方案。
小公司采用flutter方案要考虑持续迭代的成本，还有碰到底层问题时的解题困难，比如引擎的、内存泄漏、启动性能、高可用保障，等等。维持一个flutter技术团队成本其实蛮高的，但相对于全部native，双端都搞一遍总统成本要低。总之，选择flutter最后需要找一个段位比较高的技术owner搭配一堆前端，是比较合理的团队配置。
反之，uni***本质依然属于web领域的动态方案，动态方案该有的优点它都具备，对于短平快的项目可以用，但后面就是一堆的性能体验问题，如果不涉及视频、长列表、复杂交互等，业务上偏UI展示的，uni***或其他动态方案都差不多，但是现在有多少业务不涉及这些呢？
如果是用于开发***，全动态方案就是开头一时爽，后面就是火葬场！业务迭代到一定程度，必然要推倒重来。
不过，这种方案不正好是外包公司最喜欢的吗？快速交付，预埋天坑，完美的持续收割不懂行的但又不想掏钱的主。
总之，两个方案如果非要对比，uni***也应该和Taro、Rax、remax的同类方案对比。和flutter对比是想对比什么？比动态性？那没错，只要是web的方案***了，比性能？你好意思说uni比flutter牛逼？
天天给老子发这种uni和flutter选谁，不就想给营造一种uni***能够和flutter同台竞技的印象吗？发问者如果是业界从业者，这个问题大概率是一个钓鱼的广告贴（当然是猜的，反正我是没有证据）。
