阅读 542

2020年上半年宅家学Flutter | 掘金征文

Swift与Dart的使用感

说句实话,作为一个iOS开发,其实我打一开始是有些拒绝Flutter的. 大概是去年4月份的样子,开发的领导说要我们研究一下Flutter,当时看着这种声明式的语法和无尽的括号,我就没怎么动力往下继续写下去了. 然后,大家都知道了,去年6月的WWDC大会,SwiftUI横空出世. 这意味着整个大前端都是在向声明式编程演进,迟早,它一定会替代现有的编程模式. Android我不是特别熟悉(Java->Kotlin->ComposeUI),也就不敢随意说,苹果从OC->Swift->SwiftUI,只用了短短几年的时间,我也从写OC到写Swift,然后学习SwiftUI.

SwiftUI我学了一段时间后,目前暂时属于搁置状态,如果你要我说一个理由,那我必须说,iOS13才能支持,目前学习了很难实战,而且SwiftUI在某些方面也不是特别成熟,比如涉及BLoC思想的框架都很少,学了如果继续使用当前的思路进行编码也没什么意义. 加上现有的教学视频或者教程,基本都是告诉你如何写UI,UI是App的一部分.重点是SwiftUI中UI = f(State)的整体架构太少,也没有什么特别好的开源项目.(当然可能是我读书少,如果你知道有特别好的SwiftUI的项目请记得告诉我)

学Flutter,必然会接触Dart语言,也避免不了和Swift进行比较.

这个真的不是我吹,和Swift比,从语言的易用性和简洁性对比,目前真的没有可以和Swift相比的.

Dart语言当然有它的优势,同时支持JIT和AOT,才保证了Hot Reload的便捷,相比较Swift只支持AOT,别看SwiftUI也支持既见既所得,其实还是在跑一个环境才得以支撑,也是非常消耗性能的.

Flutter编程模式下有Debug和Release模式,有些调试环节,千万不要被Debug模式蒙蔽了双眼,有些场景在Debug下就是跑着卡,但是Release模式就是顺滑,究其原因,Debug模式下的Dart VM消耗了太多的资源.

Dart语言的枚举是羸弱的,既不支持枚举中嵌套枚举,也不支持带参数的枚举,这对于由状态决定UI的声明式语言,无疑是阻碍.给我的感觉就是这和OC的枚举有啥区别,除了switch支持字符串之外,真的功能性太少了.而对于一个依靠状态来改变界面的框架,枚举的羸弱真的很影响开发效率.

反而看看Swift的枚举,你就会知道枚举原来可以玩出逆天的效果,当然我相信Kotlin也会如此.

Dart语言更多的遗留着Java语言的模式,你可以在一个类后面extends/implement/with,以至于可能你就会迷失其中.介于Dart没有所谓的Interface一说,也许你新建了虚基类,都不知道某个类到底是继承这个虚基类还是实现这个虚基类.而在Swift中一个:就轻描淡写的化解了所有问题,无论你是继承或者是实现接口(协议).

转过头来看,Dart的发布时间早于Swift,所以Swift也或多或少借鉴了Dart语言的一些思维(个人认为Swift借鉴Python最多,学完Swift,Python基本就会了),以致于我一言不和就写个var(Swift中let才是让人最安心的),再一言不和就来个??,在Swift中习惯了的语法,能在Dart这里继续使用还是挺好的.

我个人觉得Flutter中的push和pop功能真的很强大,所以我在登录与注册页面做了大量的调试,而且页面间的相互传值,iOS原生动不动就要写个闭包回传,Flutter要方便很多,直接await异步等回调即可.协程的写法真的是让人用了就不想回去的产物.

对于一个常年使用SnapKit写布局的人而言,刚开始对于声明式的组件布局真的是特别苦手,感觉就像在用iOS原生开发的思路写一个Flutter布局,有的时候真就是怎么写都写不好,直到活用了Padding和Margin,以及Expanded,也许你才会茅舍顿开.

SwiftUI和Flutter真的已经特别像了,SwiftUI中虽然没有stf和stl两个概念,却用了像@State这样的修饰符来修饰属性,只有有这种修饰符的属性才能进行变换.说到底,学习Flutter更多的也是拓宽思路,也能让我更好的去学习SwiftUI,再来后面如果在现有项目中集成Flutter也不会特别的苦手.

另外Future中其实面向协议编程已经有很大一部分了,只是Dart中没有接口,全部由虚基类来实现接口的功能,让人感觉它更"面向对象".而Swift,特别是SwiftUI中,基本上就是面向协议编程的天下了,some View和Widget,真是太像了.

Dart中最蛋疼就是json转模型,真的是蛋疼到有的时候无力吐槽,所幸有各种工具网站一键转换,否则真的要手撕代码.而Swift中的Codable协议基本上让json转模型即写即用.

尝试使用了Dart的extension用法,和Swift的有点不一样,更像OC的分类,用起来还是有差异的,没有所谓的虚基类的默认方法实现,可能还需要研究一下.并且要注意这个特性是的Dart2.6之后才有的.

感悟

其实学习一门新的语言更多的是开发一扇门,看看外面世界的编程语言是怎么样的,如果一味呆着iOS圈内的编程,可能会遗失很多美好.

字典转模型的注意事项

Dart没有Swift中那样的Codable协议或者像Java中的反射 一般是通过json_serializable框架进行脚本化的编写 会生成与模型文件名.dart对应的模型文件名.g.dart文件 而且如果之前有生成过其他模型的.g.dart文件,build_runner可能会报错 需要找到更好的解决方案,大致思路知道了

flutter packages pub run json_model

一些问题

项目卡死在Downloading ios tools...这一行 开热点还是百度,都是要求切换到国内的镜像,然而没有什么用 最后,如果不行就使用命令行解决!!!

flutter run
flutter packages get
pod install
复制代码

键盘遮挡问题

讨论了一下,由于原生会有键盘遮挡住输入框的情况,需要自己进行管理. Flutter界面是否也会出现这种情况.于是乎,试了一下,GestureDetector(保证有手势取消键盘)->SingleChileScrollView(保证键盘弹出可以滑动)->界面主体就可以完美解决问题了,Flutter基本上接管了键盘控制.

有些让人失望的泛型支持

泛型仅仅支持extends,而不支持implement,这一点在尝试BaseResponse的时候已经知道了. 但是真正在实战的时候,才发现这是多么让人不爽的一件事情. 一旦我想要获取一个通用的特性用于泛型,那么就必须将其进行继承,虽然这个基类到子类的继承是轻量级的,但是依旧令人生厌.

推荐与感谢

推荐介绍Flutter组件的短视频集合

特别感谢:历时三天,完成了Flutter版本的玩安卓,我学习了里面很多代码,并进行了封装与抽取,没错,我就是一个搬运工.

官方的链接的一个WanAndroid版本

牛逼的WanAndroid版本

活动链接

掘金征文 | 2020 与我的年中总结 征文活动正在进行中......