全面理解 Flutter（万字长文，深度解析）(1)

**首先官方目前还不建议，在产品化中使用 。**但既然已经合入 Master，相信这一天也不会远了。

转换这里需要解决一些问题，整理了一下官方建议和实践的体验：

业务转换使用的时候，需要把系统依赖解决掉，部分样式问题跟 Flutter 排版组件有关，而系统相关的如本地存储、网络请求需要我们自定义转化方案。例如：客户端使用的是 WNS 协议，而前端需要使用的是 HTTPS。目前看 Flutter to Web 作为业务容灾的策略还是可以的，总是优于 APP Crash 或者 影响范围非常大的 BUG 导致用户无法使用的情况出现。这里 Skia 有个明显的短板，就是 3D 动画，如果您业务对 3D 动画依赖比较强，一段时间内，就不要选择 Flutter 作为业务的技术选型了。

上面简单的罗列了一些前端在 Flutter 的工作范围，**前端定位更多是打辅助的！**当然如果您是全能型开发，也可以全部都做。技术本质上没有边界，局限的只有自己。从前端角度看 Flutter 的开发成本相比于 H5 确实还是多了一些成本，但学起来也不会太难，只是时间的问题。对于团队有人力，并且希望尝试新技术的，完全放在业务中尝试使用。

至于未来是否能确定是 Flutter 这个框架成为行业标杆，还不得而知。但如果想彻底统一全端技术栈，Flutter 今天的设计思路是一个非常有突破性的存在！应该说，类 Flutter 的自绘引擎方案在未来会有机会大放异彩。

站在前端的角度上，我们尝试着在组件化和工程化的方向找到自己在 Flutter 生态中的定位。并且相比于 IOS 和 Android，Flutter 的 Dart 代码是完全开源的，参与感是会让开发者提升不少的，就类似 linux 和 windows 的感觉。

至于团队是否要参与进去，很多时候是看综合的成本和收益，做与不做，做到什么程度，适合什么时候进行业务跟进，其实，都是要以团队的价值最大化为目标，没有绝对的对与错，结合团队的实际情况量身定制就好。错误的时机进入，也会付出不小的成本，您自己考量。

如下图，横向对比行业开源方案：

简单对比来看，结合团队的技术实践和能力。站在第三方的角度上。RN 和 Flutter 相对是 2 个比较好的跨平台方案。而且其它方案或多或少都有一些局限。

那真的放到业务上，又当怎么选择呢？

回答这个问题确实有些艰难，仁者见仁智者见智。无论是相对成熟的 React Native，还是新贵 Flutter，放眼到整个大前端技术史里面看，都不如 Hybird 影响的深远。但如今它们也都达到了商用的标准。我同时使用过 Hybird 和 RN 作为业务接入方，算是会有一点点经验之谈。

从目前行业的产品，以及社区生态来说，React Native 整体还是胜出 Flutter 一筹。毕竟早出来几年，市场占有率和行业积累还是在的。但是长远来看，技术发展也有它的必然规律，Flutter 的技术理念已经领先了 React Native，作为大公司、或者大前端团队的技术储备和技术选型，科技公司要想在未来在行业有一席之地，使用 Flutter 这样的技术，必然也会是一个趋势。至于开发者对于技术本身，应该也会对 Flutter 保有浓厚的兴趣吧，毕竟技术永远都会向前发展，无论是谁，不进步一样会被淘汰。因此，作为技术开发人员首先保持的就是一颗好奇的心，进而持续成长。

当然，未来可能成功的框架不一定就是 Flutter，但是它设计理念和设计思路是一脉相承的，类 Flutter 框架一样也会出现。 就像 React 出来了，Vue 也会跟着出来了。有的团队使用 Vue，有的团队使用 React。但是，您会发现它们越来越像了。使用 Vue 的也没必要说使用 React 的同学水平不好，不存在的！理念很重要，有一句话说的很有意思，叫 ~ 思路决定出路！

2、Flutter 技术架构

---

1）拥有了 RN，为什么又会出现 Flutter

在谈及 Flutter 之前，我们还是要先简单回顾一下，客户端的上一次技术革新 —— ReactNative（此后简称 RN）。相信非常多的团队都有去落地实践 RN 的机会，很多 APP 的首屏渲染方案都是用 RN 技术栈进行的。我们自己的产品 企鹅辅导 和 腾讯课堂 内的应用也是一样。

这里简单回顾一下，在有客户端开发的场景下，为什么又出现了 RN ？

RN 的价值简单来讲就是—— 可接受的页面性能 + 高效开发 + 热更新。

更新：传统的 APP 上架之后，出现了业务 BUG，用户只能去更新 APP，进行 BUG 修复。客户端实现热更新修复 BUG，有多难，可以问问 IOS 的开发同学。大概率猜测，手 Q 和微信，应该还是有方案可以热更新的。但是对很多小厂商这确实是非常艰难的事情。因此，得益于强大的动态化能力 RN 的价值也就完美的体现出来了。

高效：一个 APP 发布上线，Android 和 IOS 同时需要开发两个应用，而 RN 只需要一套代码，就可以运行在双平台上，节省很大的人力成本。并且很多业务线有很强的业务运营诉求，可能会存在很短时间内的多次改版和发布的情况出现，客户端开发的人力瓶颈和发布周期的限制，已经很难满足这样的业务场景了。尤其在一些有损发布的情况下，赶着时间点，带着 BUG 上线的场景，在后续进行增量的修复，再这样的情况下，传统客户端