flutter和webapp_Flutter 相比 Native APP 开发有什么优势?

这个抖音刚好也看到过，在这一点上我应该还是有点可以说的，我在 2017 开始对 flutter 产生兴趣，至今已经写了 很偏面很偏激也很博眼球。

在说这个问题之前，先说下 flutter 是什么。

flutter 其实就是一套谷歌开源的跨平台 UI 开发框架，支持 Android 和 iOS ，并且目前开始支持 Web 和 MacOS，未来还会继续支持 Win和 Linux 平台的一套 UI 框架。

和以前的跨平台开发不同的是：它的性能更好，更接近原生并且跨平台体验更优秀，因为它的跨平台实现机制更像是游戏引擎，所以在积累到 2019 年后迅猛上位，到今天 flutter 在 github 的 star 已经超过了前辈 react-native，当然， issue 也超越了 react-native。

所以通过上述可以总结：flutter 确实很不错，但是， flutter 的定位只是跨平台 UI 框架，并且 flutter 目前的 issue 感人。

关于 Flutter “干掉原生开发的问题”

这个问题其实追溯到 react-native 、weex 等跨平台框架出现的时候，都会有原生开发“要凉”的口号盛行，但是事实上 react-native 、weex 和 flutter 都只是 UI 框架，它解决的其实是跨平台上的 UI 实现，让界面布局或者实现的业务逻辑可以在多端统一。

但是它也仅仅只是 UI 框架，比如 react-native 本身就是依赖于原生控件，而 flutter 的 webview 、mapview 也都需要依赖原生开发来支撑。

接着说除了 UI 框架之外，比如蓝牙、数据存储、传感器、应用之间的通信交互、多进程等等一大堆支持其实都属于原生平台，这些在 flutter 上都需要对应平台的开发支持，之后再封装到 flutter 插件中。

有的人可能觉得这些都有官方和第三方提供，但是首先 flutter 的插件社区如今还比较年轻，当然项目小的时候可能无所谓，但是只要项目稍微比较大的，这些肯定远远不够，官方提供的永远赶不上 PM 或者 Boss 们的奇思妙想。如果按照截图上所说，他一个人能做 iOS、Android 和 Flutter 所有的工作，能做编程界的“叶问”，那我无话可说。。。

再说就flutter 的 issue ，天见尤怜，加上 pr 还有 8000+ 的 issue 没有 Closed ，心疼 flutter 官方一秒钟。跨平台框架的问题一直都不可能少，因为涉及的平台多了，问题自然也就多了，而很多问题其实都是和原有的平台有关，没有对应平台的开发人员很多时候是搞不清问题所在。

混合开发也是一个考虑的因素，因为很多企业并不是从零开始，一般都是在原有项目的基础上做混合开发，对某些业务进行改造成 flutter 来尝试新技术；同时大厂也不会把鸡蛋放在一个笼子里，所以很多时候对于大厂而言更多会是混合开发的模式。

最后就是打包和分发，“打包失败和审核不过”是最常出现问题的阶段，特别是 iOS 平台的打包和审核，这些往往也都需要有对应平台经验的人来处理。

所以 flutter 的定位，甚至跨平台开发的定位，都不是干掉原生，而是在原生开发上拓展技能和能力。能干掉平台的只有平台！

关于 Flutter 真正的定位

最后聊聊 flutter 的定位，flutter 作为跨平台 UI 框架，很众多跨平台框架一样，它是和原生相辅相成的存在，我在做技术分享和文章中不止一次表达过这个观点，跨平台解决的问题是：

1、开发成本

直接学 Java/Kotlin 、Object-C/Swift 、JavaScript/CSS 去写各平台的代码可以吗？

当然可以，这样的性能肯定最有保证，但是跨平台的主要优势在于代码逻辑的复用，减少各平台同一逻辑，因人而异的开发成本。对于企业而言，一套业务逻辑可以在多处使用是最理想也是最保险的。

2、学习机会

一般情况下，各平台开发者容易局限在自己的领域开发，而作为应用开发者，跨平台是接触另一平台或领域的过渡机会。

3、团队结构

一般而言做跨平台的团队还是会有 Android 和 iOS 的原生开发，甚至于在大中型项目中人数都不会变少，但是用跨平台会让所有人都参与都一个开发进度中，而不是 iOS 和 Android 各做各的，最后再扯谁的实现有问题。

每次出现新的技术框架都有猛吹的，也有抗拒的，希望大家都能保持客观的态度面对改变～

资源推荐