【开发经验】浅谈flutter的优点与缺点
本⽂默认你已经是开发者，并对 Flutter有基本的了解，但是还未深⼊使⽤，希望了解 Flutter在商业级（⽽⾮demo）的项⽬中的优势与劣势。
很多前端开发者应该都寻过跨平台的App解决⽅案，包括没有同时独⽴开发iOS和Android双端原⽣app的开发者，应该都接触过或者看到过Google的Flutter框架。我对于iOS原⽣开发与基于Vue.js的web开发⽐较熟悉，并在⼀个正在进⾏的蓝⽛硬件项⽬中应⽤了Flutter框架，经历的漫长的适应，在本⽂中我将以iOS原⽣开发者与web开发者的视⾓看待Flutter框架，简单罗列Flutter的优势与缺点。
Flutter优点
Flutter的优点⾮常明显，如果你选择⼀个跨平台框架，与众多基于html的跨平台框架相⽐，Flutter绝对是体验最好，性能与构建思路⼏乎最接近原⽣开发的框架。
性能强⼤，流畅
Flutter对⽐weex和react native相⽐，性能的强⼤是有⽬共睹的。基于dom树渲染原⽣组件，很难与直接在原⽣视图上绘图⽐肩性
能，Google作为⼀个轮⼦⼤⼚，直接在两个平台上重写了各⾃的UIKit，对接到平台底层，减少UI层的多层转换，UI性能可以⽐肩原⽣，这个优势在滑动和播放动画时尤为明显。
路由设计优秀
安卓app开发用什么框架Flutter的路由传值⾮常⽅便，push⼀个路由，会返回⼀个Future对象（也就是Promise对象），使⽤await或者.then就可以在⽬标路由pop，回到当前页⾯时收到返回值。这个反向传值的设计基本是甩了⼩程序⼀条街了。弹出dialog等⼀些操作也是使⽤的路由⽅法，⼏乎不⽤担⼼出现传值困难
单例模式
Flutter⽀持单例模式，单例模式的实现也⾮常简单。单例模式很好的解决了⼀些问题。相⽐之下，js的单例则并不是⼀个真正的单例，或者说不是⼀个简单的单例，这也是受限于js所运⾏的环境。单例模式并不总是合理的，容易被滥⽤。但是在App的初期开发中，往往⼀个容易实现的单例可以帮助我们快速完成⼀些逻辑的搭建。
优秀的动画设计
Flutter的动画简单到不可思议，动画对象会根据屏幕刷新率每秒产⽣很多个（⼀般是60个）浮点数，只需要将⼀个组件属性通过补间（Tween）关联到动画对象上，Flutter会确保在每⼀帧渲染正确的组
件，从⽽形成连贯的动画。这种⼗分暴⼒的操作在Flutter上却看不到明显的卡顿，这也是Flutter的⼀个魔⼒所在。相⽐之下其他跨平台框架⼏乎不能设计动画……往往会遭遇⾮常严重的性能问题。
UI跨平台稳定
Google直接在两个平台上在底层重写了UIKit，不依赖于Css等外部解释器，⼏乎不存在UI表达不理想，渲染不正常的情况，可以获得⾮常稳定的UI表达效果。Css换个浏览器就有不同的表现，基于Css的跨平台框架很难获得稳定的UI表现。
可选静态的语⾔，语⾔特性优秀
Dart是⼀个静态语⾔，这也是相对于js的⼀个优势。Dart可以被编译成js，但是看起来更像java。静态语⾔可以避免错误，获得更多的编辑器提⽰词，极⼤的增加可维护性。很多js库也已经⽤ts重写了，Vue3.0的底层也将全部使⽤ts编写，静态语⾔的优势不⾔⽽喻。
Flutter缺点
假装跨平台，躲不开原⽣代码
这是最⼤的问题，跨平台框架说⽩了就是UI跨平台，最后还是在原⽣平台运⾏，本来两个平台就有天
壤之别，⼀套代码就想吃掉iOS和Android在实际应⽤之中其实根本就不现实。Flutter具有与原⽣代码互相调⽤的能⼒固然⾮常科学，但是问题反⽽显得更加明显——我⼀个前端⼯程师上哪⾥去知道什么是UIViewController，什么是Activity呢？我要是双端都熟悉，学习Flutter就显得很没有必要。这是⼀个很⽭盾的点，特别是在团队⾥，只有⼏个前端突然想学Flutter，是绝对做不来⼤项⽬的，如果有原⽣开发者，那就没必要搞Flutter了。
组合⽽不是继承的思路
Flutter提倡“组合”，⽽不是“继承”。在iOS开发中，我们经常会继承UIView，重写UIView的某个⽣命周期函数，再添加⼀些⽅法和属性，来完成⼀个⾃定义的View。但是在Flutter中这些都是不可能的——属性都是final的，例如你继承了了⼀个Container，你是不能在它的⽣命周期中修改他的属性的。你始终需要嵌套组合⼏种Widget，例如Row，Container，ListView等Widget。这种⽅法⾮常不符合直觉，初学时很难想明⽩如何构建⼀个完整的组件。
Widget的类型难以选择
Flutter的Widget分为StatefulWidget和StatelessWidget两种，⼀种是带状态的⼀种是不带状态的，刚开发的时候很难想明⽩⽤哪个，因
为StatelessWidget也能存值，其实区别就在于框架重构UI的时候会使⽤State来重构，如果是StatelessWidget，暂时存进去的值就没了。但是问题远不⽌这么简单，好在只是有点⿇烦，并不影响产品性能。
糟糕的UI控件API
虽然google尽可能的让我们通过构造函数定制化Widget，但是也难免有遗漏的。例如，⼜⼀次我想修改⼀个Appbar的⾼度，居然没有到关于⾼度的属性，通过阅读源码发现，⾼度是写死（const）的。上⽂已经说过，⽆法通过⽣命周期来改变组件属性，⾃⼰写Appbar显得⾮常没必要，毕竟我还是想使⽤Appbar的各种⽅便的功能。最后我只能把他的源码全部复制出来，直接修改⾼度来使⽤。初学框架，和⼀些初级开发者是不可能有迅速阅读源码的能⼒的（作为框架也不应该产⽣如此问题）。⼀些定制化的UI的Api设计经常有缺失，好在我已经基本习惯了。除了Appbar这种复杂的组件，⾃⼰写⼀个⼩组件也并不费事。
糟糕的资源管理设计
这⾥是最蠢的，Flutter⽀持动态加载不同分辨率的图⽚，但是⽬录设计太⿁畜了。简单的说，Sketch导出的多分辨率资源，⼏乎不可能直接拖到Flutter⾥⽤，极其，极其，⿇烦。
墙
毕竟国情在此，要⽤Flutter，先买梯⼦。虽然有“在中国使⽤Flutter”指南，但是太⿇烦，没梯⼦开发Flutter，难度系数太⾼了，总不能碰到每个问题都花⼀整天寻替代⽅案吧，先买好梯⼦图个安⼼……
总结
Flutter主要的坑就在于需要⾮常了解原⽣的环境，其实跨平台的框架都是如此，想要通过跨平台的API就拿下双端的开发任务，对认真学习的原⽣开发者来说也是不公平的。
主要的优势则在于动画流畅，很多开发者反应⽐原⽣安卓还流畅（存疑），⾄少在iOS上是看不到卡顿的，安卓上动画也很稳定，性能上展⽰了Google的硬实⼒
本⼈是iOS原⽣开发者，亦熟悉 Vue.js，⼩程序等前端开发，对 Android开发与 Reactive Naive不甚了解，本⽂乃是⼀些初级经验与感悟，若有不当还请评论指正。
本⽂禁⽌任何形式转载。

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。