写给前端工程师的 Flutter 教程

| 导语最爱折腾的就是前端工程师了，从 jQuery 折腾到 AngularJs，再折腾到 Vue、React。最爱跨屏的也是前端工程师，从 phonegap，折腾到 React Native，这不又折腾到了 Flutter。

图啥？低成本地为用户带来更优秀的用户体验。目前来说Flutter可能是其中最优秀的一种方案了。

Flutter 是什么？

Flutter是由原 Google Chrome 团队成员，利用 Chrome 2D 渲染引擎，然后精简 CSS 布局演变而来。

Flutter 架构

或者更详细的版本：

Flutter 在各个原生的平台中，使用自己的 C++的引擎渲染界面，没有使用 webview，也不像 RN、NativeScript 一样使用系统的组件。

简单来说平台只是给 Flutter 提供一个画布。

界面使用 Dart 语言开发，貌似唯一支持 JIT，和 AOT 模式的强类型语言。

写法非常的现代，声明式，组件化，Composition > inheritance，响应式……就是现在前端流行的这一套 :smile:

一套代码搞定所有平台。

Flutter 为什么快？

Flutter 相比 RN 的优势在哪里？

从架构中实际上已经能看出 Flutter 为什么快，至少相比之前的当红炸子鸡 React Native 快的原因了。

Skia 引擎，Chrome， Chrome OS，Android，Firefox，Firefox OS 都以此作为渲染引擎。

Dart 语言可以 AOT 编译成 ARM Code，让布局以及业务代码运行的最快，而且 Dart 的 GC 针对 Flutter 频繁销毁创建 Widget 做了专门的优化。

CSS 的子集 Flex like 的布局方式，保留强大表现能力的同时，也保留了性能。

Flutter 业务书写的 Widget 在渲染之前 diff 转化成 Render Object，对，就像 React 中的 Virtual DOM，以此来确保开发体验和性能。

而相比 React Native：

RN 使用 JavaScript 来运行业务代码，然后 JS Bridge 的方式调用平台相关组件，性能比有损失，甚至平台不同 js 引擎都不一样。

RN 使用平台组件，行为一致性会有打折，或者说，开发者需要处理更多平台相关的问题。

而具体两者的性能测试，可以看这里，结论是 Flutter，在 CPU，FPS，内存稳定上均优于 ReactNative。

Dart 语言

在开始 Flutter 之前，我们需要先了解下 Dart 语言。Dart 是由 Google 开发，最初是想作为 JavaScript 替代语言，但是失败沉寂之后，作为 Flutter 独有开发语言又焕发了第二春。

实际上即使到了 2.0，Dart 语法和 JavaScriptFlutter非常的相像。单线程，Event Loop……

Dart Event Loop模型

当然作为一篇写给前端工程师的教程，我在这里只想写写 JavaScript 中暂时没有的，Dart 中更为省心，也更“甜”的东西。

不会飘的this

强类型，当然前端现在有了 TypeScript :grimacing:

强大方便的操作符号：

?. 方便安全的foo?.bar取值，如果 foo 为null，那么取值为null

?? condition ? expr1 : expr2 可以简写为expr1 ?? expr2

=和其他符号的组合: *=、~/=、&=、|= ……

级联操作符(Cascade notation ..)

甚至可以重写操作符

注：_重写==，也需要重写 Object hashCodegetter_

这点在 diff 对象的时候尤其有用。

1. lsolate

Dart 运行在独立隔离的 iSolate 中就类似 JavaScript 一样，单线程事件驱动，但是 Dart 也开放了创建其他 isolate，充分利用 CPU 的多和能力。

当然 Flutter 中封装了compute，可以方便的使用，譬如在其它 isolate 中解析大的 json。

2. Dart UI as Code

在这里单独提出来的意义在于，从 React 开始，到 Flutter，到最近的 Apple SwiftUI，Android Jetpack Compose 声明式组件写法越发流行，Web 前端使用 JSX 来让开发者更方便的书写，而 Flutter，SwiftUI 则直接从优化语言本身着手。

3. 函数类的命名参数

大杀器：Collection If 和 Collection For

Flutter 怎么写

到这里终于到正题了，如果熟悉 Web 前端，熟悉 React 的话，你会对下面要讲的异常的熟悉。

UI=F(state)

Flutter App 的一切从lib/main.dart文件的 main 函数开始：

Dart 类 build 方法返回的便是 Widget，在 Flutter 中一切都是 Widget，包括但不限于

结构性元素，menu，button 等

样式类元素，font，color 等

布局类元素，padding，margin 等

导航

手势

Widget 是 Dart 中特殊的类，通过实例化(Dart 中new 是可选的)相互嵌套，你的这个 App 就是形如下图的一颗组件树(Dart 入口函数的概念，main.dart -> main())。

Flutter Widget Tree

1. Widget 布局

上说过 Flutter 布局思路来自 CSS，而 Flutter 中一切皆 Widget，因此整体布局也很简单：

容器组件 Container

decoration 装饰属性，设置背景色，背景图，边框，圆角，阴影和渐变等

margin

padding

alignment

width

height

Padding，Center

Row,Column,Flex

Wrap, Flow 流式布局

stack， z 轴布局

……

Flutter 中 Widget 可以分为三类，形如 React 中“展示组件”、“容器组件”，“context”。

2. StatelessWidget

这个就是 Flutter 中的“展示组件”，自身不保存状态，外部参数变化就销毁重新创建。Flutter 建议尽量使用无状态的组件。

3. StatefulWidget

状态组件就是类似于 React 中的“容器组件”了，Flutter 中状态组件写法会稍微不一样。

可以看到 Flutter 中直接使用了和 React 中同名的setState方法，不过不会有变量合并的东西，当然也有生命周期。

Flutter StatefulWidget 生命周期

可以看到一个有状态的组件需要两个 Class，这样写的原因在于，Flutter 中 Widget 都是 immmutable 的，状态组件的状态保存在 State 中，组件仍然每次重新创建，Widget 在这里只是一种对组件的描述，Flutter 会 diff 转换成 Element，然后转换成 RenderObject 才渲染。

Flutter render object

实际上 Widget 只是作为组件结构一种描述，还可以带来的好处是，你可以更方便的做一些主题性的组件, Flutter 官方提供的Material Components widgets和Cupertino (iOS-style) widgets质量就相当高，再配合 Flutter 亚秒级的Hot Reload，开发体验可以说挺不错的。

State Management

setState()可以很方便的管理组件内的数据，但是 Flutter 中状态同样是从上往下流转的，因此也会遇到和 React 中同样的问题，如果组件树太深，逐层状态创建就显得很麻烦了，更不要说代码的易读和易维护性了。

1. InheritedWidget

同样 Flutter 也有个context一样的东西，那就是InheritedWidget，使用起来也很简单。

2. BlOC

BlOC是 Flutter team 提出建议的另一种更高级的数据组织方式，也是我最中意的方式。简单来说：BlOC= InheritedWidget + RxDart(Stream)

Dart 语言中内置了 Steam，Stream ~= Observable，配合RxDart, 然后加上StreamBuilder会是一种异常强大和自由的模式。

当然 Bloc 的问题在于

学习成本略高，Rx 的概念要吃透，不然你会抓狂

自由带来的问题是，可能代码不如 Redux 类的规整。

顺便，今年 Apple 也拥抱了响应式，Combine(Rx like) + SwiftUI 也基本等于 Bloc 了

所以，Rx 还是要赶紧学起来 :grimacing。

除去 Bloc，Flutter 中还是可以使用其他的方案，譬如：

Flutter Redux

阿里闲鱼的Fish Redux，_据说性能很好_。

Mobx

……

展开来说现在的前端开发使用强大的框架页面组装已经不是难点了。开发的难点在于如何组合富交互所需的数据，也就是上面图中的state部分。

更具体来说，是怎么优雅，高效，易维护地处理短暂数据(ephemeral state)setState()和需要共享的 App State 的问题，这是个工程性的问题，但往往也是日常开发最难的事情了，引用 Redux 作者 Dan 的一句：

“The rule of thumb is:Do whatever is less awkward.”

到这里，主要的部分已经讲完了，有这些已经可以开发出一个不错的 App 了。剩下的就当成一个 bonus 吧。

测试

Flutter debugger，测试都是出场自带，用起来也不难。

包管理，资源管理

类似与 JavaScript 的 npm，Flutter，也就是 Dart 也有自己的包仓库。不过项目包的依赖使用 yaml 文件来描述:

生命周期

移动应用总归需要应用级别的生命周期，flutter 中使用生命周期钩子，也非常的简单：

使用原生能力

和 ReactNative 类似，Flutter 也是使用类似事件的机制来使用平台相关能力。

Flutter platform channels

Flutter Web, Flutter Desktop

这些还在开发当中，鉴于对 Dart 喜欢，以及对 Flutter 性能的乐观，这些倒是很值得期待。

Flutter Web 架构

还记得平台只是给 Flutter 提供一个画布么，Flutter Desktop 未来更是可以大有可为。最后每种方案，每种技术都有优缺点，甚至技术的架构决定了，有些缺陷可能永远都没法改进。