Flutter前段时间终于出了1.0，是时候亲手实践一把了。
实践之前先了解一下前人的智慧，发现一篇文章：
我花了 8 小时，"掌握"了一下 Flutter | Flutter 中文站上线
https://www.jianshu.com/p/9aaabc60d8af
这文章比较有意思，可能就是Flutter 中文站的人写的，非常有用，当然文章里的写的8小时我感觉快了点儿，捣鼓一遍肯定不够的，搞不好install都要好久。下载完flutter sdk和plugin之后要flutter doctor -v检查开发环境，结论一般都是：Doctor found issues in X categories，会给出相应的tip，一个一个照做就行了，实践发现这些issues不需要全部处理，例只做android的话，ios的 toolchain可以忽略，“Android license status unknown”的提示特别愁人，不过stackoverflow都有解决方法，我一开始兢兢业业地照做了，第二天手残更新了一下android studio，结果“Android license status unknown”的提示又出来了，不过我发现编译打包都没问题，就不管了。
Flutter和javascript、react有点像，没有handler了，不需要自己切换线程；Flutter加载图片使用的是graphic memory，不用担心oom的问题，这些优点都挺省心的。Dart和swift语法也特别像，我开玩笑说，不管谁看到Dart都会觉得和某种语言有点像。。面向对象与响应式编程相结合的语言基本都长这样了。
纯java程序员刚上手可Flutter能会不太适应。Dart的嵌套真不是一般的深，更搞笑的是Flutter插件会帮我们在嵌套的一个个括号后面添加注释：
这个注释与前面的new配对的，删不掉也无法选中，显然Google也担心我们代码层级太多，看不下去了。不知道这种注释能不能自定义，不美观。
Flutter里一切都是Widget，以前看到这个描述没啥感觉。写一遍代码就特别容易理解了，果然一切都是，布局、控件就不用说了，连实现padding、margin、居中这些属性都是由一个个Widget来实现的。这么做的好处是逻辑简单，学习上手快，一个概念理解了就能吃遍天，Flutter绘制界面也方便，只需要一次深搜就可以算出控件的位置了；坏处是显然易见的，看上面的层级，我这个是少的，大家开发时看看Flutter Outline里面的Widget树吧，一不小心能嵌套十几层。。我们实际开发时一定要想办法减少Widget层级，比如多提取方法，自己封装widget等。Android自定义View多用继承，Flutter自定义Widget是通过组合多个Widget来实现的。Flutter官方已经提供了许多Widget了，但我估计不久以后，Flutter的各种开发库会爆发式增长，浩如烟海，各公司甚至各项目组都会定义各自的UI库，研发管理需要注意。
Flutter开发不需要写android的layout了，全部通过代码实现，这意味着业务代码很容易与UI代码混成一坨，Flutter官方说选Dart的原因之一就是在代码规模变大后依然能保持可读性，我对这话不是很理解，可能我没有好好看Dart文档吧。如何把代码写得清晰可读还是值得推敲一下的，我觉得项目组转型Flutter之前一要先定好代码风格，千万不能随便发挥。
转型Flutter还有个要注意的地方，与原生Android不同，Flutter不可以随意增删控件，Flutter界面是逐帧绘制。Flutter非常重视Widget的状态，如果界面是动态变换的，那么Widget在定义的时候就要知道自己有哪些状态。官方给了个网络请求的例子，发起网络请求之前弹出progress，请求结束后关闭progress显示列表，很简单的功能，官方给的方案是通过全局变量来判断界面状态，如果当前正在请求网络，那么new progessDialog，http请求结束置全局变量，然后setState重绘界面，new ListView：
这种实现方式真是让人不舒服，我觉得会破坏代码结构，你想假如原来没有显示progress，只做了列表，这个时候测试提个bug说http请求时间太长，一定要加progress，这个时候再改代码真是要改得怀疑人生了。所以一定要做好封装，减少耦合，官法没有提供优雅的实现，那么我们得自己定义一个通用的Widget来切换控件的隐藏和显示。就这么一个简单的功能，想写好都要费一下劲，所以说，开发Flutter项目也不见得有多轻松，一大堆公用Widget等着去实现呢。
1.0正式版出来了，基于Flutter全新开发android app应该问题不大了。但是很多愿意转型的项目应该更希望能把Flutter嵌入到原生项目里，官方github已经有example了，clone下来跑起来看了还蛮震惊的，用FlutterView把flutter嵌到android原生界面里，做到了flutter与原生android互交互，浑然天成，简直太完美了！把Flutter添加到原生android流程不复杂，先建个Flutter module，再引入即可。于是忍不住往自己的项目里加，结果发现处处是大坑。首先，要知道绝大多数android项目只要有点规模，依赖包就已经很多了，build.gradle里面有各种配置，完整clean build一遍一分钟内能完成就不错了，这下要再implementation一个flutter，唉真是慢，谁用谁知道。我以前做swift开发吐槽xcode升级前后不兼容，其实android studio也是半斤八两，我昨天手残android studio从3.1.3升级到3.2.1，结果Flutter工程就真的认不出来了，非得升级一下Flutter plugin才好使了。另外，Android、Flutter混合开发最最麻烦的事是，嵌到android界面里的flutter不可以与android一起debug，开发的时候要开两个android studio，各自调各自的，于是果断放手。总得来说，老项目要转型Flutter还是整体重构比较靠谱。
