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,为了节省成本,可以作为辅助技术栈

Flutter(三):Flutter App 可行性分析

上一篇:关于代码仓库迁移的问题


下一篇:手动实现call、apply、bind