Flutter(三)：Flutter App 可行性分析
一、生态建设
第三方Package
https://pub.dev/packages?sort=popularity
截止2021年4月，第三方库达到17000+
二、Devops
代码风格检查
Android Studio插件
可以使用Android Studio -> Plugs -> 搜索Dart
三、代码质量检查
Sonar插件
https://github.com/insideapp-oss/sonar-flutter
打包：不同开发、测试、线上环境的打包
Flutter 如何在不同环境上运行和打包
打包：多渠道、不同包名的打包
Flutter 多渠道打包 不同环境不同包名 product flavors flavorDimensions
四、开发模式
纯Flutter
默认支持
原生为主+Flutter独立模块(三端分离模式)
iOS工程、Android工程、Flutter工程是三个单独的项目工程，将Flutter工程的编译产物(framwork、aar)作为iOS工程和Android工程的依赖模块，原有工程的管理模式不变，对原生工程没有侵入性，无需额外配置工作。
问题:
谷歌官方对原生混合flutter支持不是很好，问题很多，内存占用，包体积等各种问题
五、行业前景
正面
随着 Flutter 2.0 的发布，未来 Flutter 是否会一统天下？
负面
阿里中台搞了3年，凉了？网传：副总裁玄难“背锅”，辞职创业！咸鱼放弃维护 Flutter!
六、总结
- 目前从技术角度，Flutter已经达到
可用级别，但是离原生的好用级别还很远 - 生态已经基本达到可以
商用，但稳定性、包大小、维护成本、学习成本需要综合考量 - Flutter目前还处在发展期，未来的前景还有很大的不确定性，各个大厂还只是作为技术探索的
试用期，还没有做为主力开发技术的趋势 - 对于中小团队的主力App还是应该以原生开发为主，创业团队初期或者内部使用的App，为了节省成本，可以作为辅助技术栈
