1.1 乱侃
前前后后也算是拖拖拉拉的写了一些Flutter的文章,写的也都比较粗略。最近工作调动,内部换了部门,一顿瞎忙活,也打乱了原本的分享计划。
从我最开始接触Flutter到现在,差不多四个多月了。在这段时间里面,Flutter也发布了Release Preview版本。各个技术网站本着先拨头筹的心态,推广了几波,国内的人气跟着也起来了不少。全世界Flutter开发人员中,国内从业者占据了很大的比重,这个现象本身并不能说明什么,不过可以反映一点,有商业诉求吧。当然观望的还是占绝大部分,除了一些个人开发者爱折腾外,也就是一些大的业务成熟到不能再成熟的团队,内部消化人员去折腾这个了。
插个题外话,有感于最近的工作变动,这段时间胡思乱想的比较多。一门技术对程序员来说到底意味着什么?如果不需要再为生计奔波,是否还会对目前已上手的技术感兴趣?如果你现在的项目所需要的技术,对你个人而言毫无加成,只会浪费你的时间,让你在已有的技术栈上渐行渐远,你是否还会参与这个项目。只有极少数人会遇上逆天改命的项目,不管参与什么项目,技术人员的立身之本始终是技术(高管或者打算换行的除外),技术的选型,除去时间效率后续维护等普适性的考虑要素外,排在第一位的始终应该是对自身的提高,扯的有些远了哈。
1.2 本质
我数了一下我文章总结过的布局控件,总共有29种。乍看会觉得真鸡毛的多,不乍看,也会觉得鸡毛的真多。为什么其他的移动平台没有这么多布局控件呢?其实不然,其他平台没有这么细分。
以Android平台为例,最基础的几种布局例如LinearLayout、RelativeLayout、ConstraintLayout等等。很多Flutter的控件,对于Android来说,仅仅是一个属性的设置问题。
再往上看,iOS、Android、Web这些平台的布局,其实最基本就那几种,线性布局、绝对布局、相对布局等等。Flutter也逃不出这些,那为什么Flutter现在有这么多布局控件呢?
-
第一点,之前文章介绍过的,Flutter的理念是
万物皆为widget
。这和Flutter的实现机制有关,而不是因为它在布局上有什么特殊性,这也是最主要的一点。 -
第二点,我觉得是因为这是Flutter的初期,如果有经历过一个技术的完整发展周期,就会明白,前期只是提供各种零件,只有商业支撑或者人员支撑足够的时候,才会去优化零件。而现在就是这么一种资源不足的状态。各种组件可以合并的有很多,底层的实现机制不会变,只是再加一层即可,这也是可以造轮子的地方,例如封装一套适用于Android、iOS或者Web人员的控件库等。
-
第三点,跟初期相关,一套新的技术,各种东西不可能一下子全想明白,路总是走着走着才发现走歪了,就像一些控件,可能一些地方合适,但是一些新的地方又不太合适,所以就再造一个,所以有些控件看起来功能十分相似。
说了这么多,我其实就想说明一点,Flutter现在还只是处在社会发展的初级阶段,还处在温饱问题都解决不了的状态,想达到小康还需要很长的一段路要走。
2. 单节点控件
单节点控件,顾名思义就是只有一个节点的布局控件。这种控件有多少个呢,我之前文章总结过的有18种,现阶段还是不排除增加的可能,哈哈。
2.1 分类
在这小节里,我尝试从多个维度去对这些控件进行分类,希望这样可以帮助大家理解。
2.1.1 按照继承划分
上面是这18种控件的父节点层面的继承关系,唯一不同的一个控件就是Container。所以按照是否继承自SingleChildRenderObjectWidget的分类如下:
- 继承自StatelessWidget的控件,有Container。
- 继承自SingleChildRenderObjectWidget的控件,有Padding、Align、Center、FittedBox、AspectRatio、ConstrainedBox、Baseline、FractionallySizedBox、IntrinsicHeight、IntrinsicWidth、LimitedBox、Offstage、OverflowBox、SizedBox、SizedOverflowBox、Transform、CustomSingleChildLayout。
Container是一个组合控件,不是一个基础控件,这点从继承关系就可以看出来。
2.1.2 按照功能是否单一划分
分类如下:
- 功能不单一的控件,Container、Transform、FittedBox、SizedOverflowBox。
- 功能单一的控件,有Padding、Align、Center、AspectRatio、ConstrainedBox、Baseline、FractionallySizedBox、IntrinsicHeight、IntrinsicWidth、LimitedBox、Offstage、OverflowBox、SizedBox、CustomSingleChildLayout。
先在此处小结一下,可以看出Container的特殊之处了吧,为什么Container这么特殊了。这个特殊要从两个层面去看。
- 对于Flutter而言,Container是特殊的,因为它不是功能单一的控件,是一个组合的控件,所以它相对于Flutter是特殊的。
- 对于移动端开发者而言,它不是特殊的,因为很多UI都是一些基础功能组合的,这样能让开发者更方便的使用。
那能得出什么结论呢?我个人觉得,Container这种组合的控件会越来越多,也会有个人开发者去开发这种通用型的组合控件,这是一个大趋势,是Flutter走向易用的一小步。
2.1.3 按照功能划分
在此处我按照定位、尺寸、绘制三部分来尝试着去做功能的划分,当然这个划分并不绝对,仁者见仁吧。
- 定位控件:Container、Align、Center、FittedBox、Baseline、Transform。
- 尺寸控件:Container、FittedBox、AspectRatio、ConstrainedBox、FractionallySizedBox、IntrinsicHeight、IntrinsicWidth、LimitedBox、SizedBox、SizedOverflowBox。
- 绘制控件:Container、Padding、Offstage、OverflowBox、SizedOverflowBox、Transform。
有一个控件并没有归到这三类中,CustomSingleChildLayout可以自定义实现,此处不做分类。Baseline可以把它放到绘制里面去,此处我按照调节文字的位置去做分类,这个大家知道就行,并不是说只能这么划分。
对于绘制控件,其实分的有些杂,我把显示相关的都归到这里,例如是否显示、内边距、是否超出显示以及变形等等。
每一种大类,Flutter都提供了多种控件。经过这么划分,可以看出很多控件功能的交叉,很多时候一个属性的事情,Flutter还是分出了一个控件。
2.2 使用
单节点控件虽然这么多,但是大部分不会挨个去尝试。对于大部分人而言,都是佛系的用法,一个控件能够使用,就一直用到死。
在布局上,大方向还是不停的拆
,把一张设计图,拆成一棵树,每个节点根据需要,选择合适的控件,然后从根部开始不停嵌套,布局就完成了。
2.3 控件的选择
控件种类繁多,真正使用的时候该如何去选择呢?有万金油的做法,不管啥都用Container,这也是很多初接触的人经常干的方式。这么做的确可以按照设计图把布局给实现了,但是会涉及到一些性能上的问题。
控件的选择,按照控件最小功能的标准去选择
。例如需要将子节点居中,可以使用Container设置alignment的方式,也可以使用Center。但是从功能上,Center是最小级别的,因此选择它的话,额外的开销会最小。
将UI实现了,这只是最基本的,当达到这一步了,应该更多的去思考,如何更好的布局,使得性能更高。
3. 多节点控件
多节点控件的种类就少了一些,虽然也有11种,但是功能和场景多了,所以选择上反而会简单一些。
3.1 分类
多节点控件内部实现比单节点控件复杂的多,会从继承以及功能两个方向去做分类。
3.1.1 按照继承划分
从上图可以看出,多节点布局控件基本上可以分为三条线
- 继承自BoxScrollView的控件,有GridView以及ListView;
- 继承自MultiChildRenderObjectWidget的控件,有Row、Column、Flow、Wrap、Stack、IndexedStack、ListBody、CustomMultiChildLayout八种;
- 继承自RenderObjectWidget的控件,有Table一种。
之前介绍过,GridView和ListView的实现都是非常相似的,基本上就是silvers只包含一个Sliver(GridView为SilverGrid、ListVIew为SliverList)的CustomScrollView。 这也是为啥这两元素都继承自BoxScrollView的缘故。
MultiChildRenderObjectWidget类,官方解读如下
A superclass for RenderObjectWidgets that configure RenderObject subclasses that have a single list of children.
它只是一个含有单一list子节点的控件,为什么Table不需要继承自MultiChildRenderObjectWidget呢?
这是因为Table的子节点是二维(横竖)的,而MultiChildRenderObjectWidget提供的是一个一维的子节点管理,所以必须继承自RenderObjectWidget。知道了这些过后,对继承关系的理解会有更好的帮助。
3.1.2 按照功能划分
这个对于多节点布局控件来说,还是比较难以划分的,笔者试着做了如下划分:
- 列表:GridView、ListView;
- 单列单行或者多列多行:Row、Column、Flow、Wrap、ListBody、Table;
- 显示位置相关:Stack、IndexedStack、CustomMultiChildLayout。
个人觉得这种分类方式不是特别的稳妥,但还是写下来了,请大家仁者见仁。
GridView和ListView分为一类,一个是因为其实现非常的相似,另一个原因是这两个控件内容区域可以无限,不像其他控件的内容区域都是固定的,因此将这两个划分为一类。
关于单列单行多列多行的,也并不是说很严格的,Row、Column、Table、ListBody可能会遵守这种划分,Flow以及Wrap则是近似的多列多行。这种划分绝对不是绝对的,只是个人的一种考量划分方式。
3.2 使用
多节点控件种类较少,而且功能重叠的很少,因此在使用上来说,还是简单一些。比较常用的GridView、ListView、Row、Column、Stack,这几个控件基本上涵盖了大部分的布局了。
3.3 控件的选择
多节点控件功能重叠的较少,因此选择上,不会存在太多模凌两可的问题,需要什么使用什么即可。
4. 性能优化
自我介绍一下,小编13年上海交大毕业,曾经在小公司待过,也去过华为、OPPO等大厂,18年进入阿里一直到现在。
深知大多数初中级Android工程师,想要提升技能,往往是自己摸索成长或者是报班学习,但对于培训机构动则近万的学费,着实压力不小。自己不成体系的自学效果低效又漫长,而且极易碰到天花板技术停滞不前!
因此收集整理了一份《2024年Android移动开发全套学习资料》,初衷也很简单,就是希望能够帮助到想自学提升又不知道该从何学起的朋友,同时减轻大家的负担。
既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,基本涵盖了95%以上Android开发知识点,真正体系化!
由于文件比较大,这里只是将部分目录截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频,并且会持续更新!
如果你觉得这些内容对你有帮助,可以扫码获取!!(备注:Android)
![](https://i-blog.csdnimg.cn/blog_migrate/d80f68f0250d0b82391ef1ad091ee200.jpeg)
总结
这次面试问的还是还是有难度的,要求当场写代码并且运行,也是很考察面试者写代码
因为Android知识体系比较庞大和复杂的,涉及到计算机知识领域的方方面面。在这里我和身边一些朋友特意整理了一份快速进阶为Android高级工程师的系统且全面的学习资料。涵盖了Android初级——Android高级架构师进阶必备的一些学习技能。
附上:我们之前因为秋招收集的二十套一二线互联网公司Android面试真题(含BAT、小米、华为、美团、滴滴)和我自己整理Android复习笔记(包含Android基础知识点、Android扩展知识点、Android源码解析、设计模式汇总、Gradle知识点、常见算法题汇总。)
里面包含不同方向的自学编程路线、面试题集合/面经、及系列技术文章等,资源持续更新中…
《Android学习笔记总结+移动架构视频+大厂面试真题+项目实战源码》,点击传送门即可获取!
.(img-nt6TcBDV-1712262031839)]
里面包含不同方向的自学编程路线、面试题集合/面经、及系列技术文章等,资源持续更新中…