Layer和Animation那些事(一)--关系篇

一般开发中常见的是UIView或者它的子类,CALayer似乎并太不常见,最多也就是在倒圆角或者加阴影或者边框的时候想起它来,但是当有一些复杂动画或者不寻常视图显示需求的时候,亦或是界面卡顿束手无策的时候,你会发现CALayer才是UIView背后视图显示处理的真正玩家。

iOS开发常用的视图控件都是UIView的子类,比如:
UILabel -> UIView
UIImageView -> UIView
UITextView -> UIScrollView -> UIView
UIButton -> UIControl -> UIView
UITextField -> UIControl -> UIView
UISegmentedControl -> UIControl -> UIView
UIView可以处理触摸事件,可以支持基于Core Graphics绘图,可以做仿射变换(如旋转或者缩放),或者简单的动画像滑动或者渐变。

UIView是基于CALayer的封装,目的在于接收触控事件,除此之外像刚提到的简单的动画或者仿射变换其实都是CALayer的能力,UIView只不过是通过对它的Layer层赋值和取值来完成这一操作的,每一个UIView都有一个CALayer实例图层属性,这个属性会和之后添加视图的实例图层属性行成关系树,用于控制显示图层。

此处也可以留意到,其实UIViewCALayer是各司其职的,UIView负责响应链的处理,CALayer主要负责视图显示的图层关系和效果的处理,理解这一点,在有一些特殊视图显示和响应链操作需求的时候会有帮助。苹果之所以没有把触控事件和图层处理逻辑集中到一个类处理是因为iOS和Mac OS两个平台的交互事件不一样,如果直接设计两套代码,那关于图层部分其实很多是重复的,大部分区别只在于触控事件不同,所以这样代码封装有利于两个平台共享代码。

  • 布局相关的位置和尺寸的映射
    UIView有三个比较重要的布局属性:frameboundscenter
    CALayer对应的是:frameboundsposition

我们在操作UIView这三个属性的时候实际上是操作CALayer对应的三个属性,所以UIView的三个属性仅仅是存取方法。所以给CALayer赋能“接收”触控事件是有性能代价的,由此也可知,如果我们在没有事件响应需求的时候,是可以通过直接创建并操作CALayer级别的图层显示来提升性能的。

frame属性并不是一个直接属性或者不是一个真实属性,它是由boundspositiontransform计算而来的,所以这三个属性任一个改变都会影响frame,同样frame改变也会影响它们。

我们熟知的是frame是相对于父视图坐标尺寸,bounds是相对于自己的坐标尺寸。这样我们会觉得它们可能只是相对位置坐标不一样,宽高尺寸是一样的,其实不然。frame实际上代表了能覆盖图层的整个轴对齐的矩形区域,如果视图旋转的话,那么frame的宽高和bounds就不一样了。理解起来有点费劲,来张图就明白了。

  • 锚点-anchorPoint
    anchorPointCALayer的属性,并没有对UIView暴露出来,修改它可以修改图层的位置,但不改变position。它的取值控件是{0,0}--{1,1}。

  • 坐标系
    UIView身处的二维空间不同,CALayer身处于一个三维空间中,所以它多了一个垂直于屏幕的z坐标轴,相关的两个属性为CGFloat类型的zPositionanchorPointZ,一个用于描述图层在z坐标轴的位置,一个用于描述在z坐标轴方向发生几何变化时的参照锚点,默认值都是0,也就是所有视图添加后都在一个平面内。

  • 技术小应用
    这里我们可以假设一个需求:有两个Button,ButtonA和ButtonB,它们有一部分相交,需求是ButtonA要看起来是在上边显示的(如图),但是点击到相交的区域要ButtonB来响应。


PlanA:可以从事件响应入手,首先判断点击的点的区域是相交的区域,然后拦截父视图的- (UIView *)hitTest:(CGPoint)point withEvent:(UIEvent *)event;方法返回ButtonB对象,这样就可以完成需求效果,但是两步都比较麻烦。

PlanB:结合前边的内容,我们知道响应链和UIView有关系,显示层级和CALayer有关系,现在我们首先要保证响应关系,重叠区域的事件响应是按栈管理来处理的,最后添加的最先响应,那么我们首先保证ButtonB是最后添加的,此时ButtonB在重叠区域是在上边显示的,那么我要做的就是把ButtonA的视图层移动到上边来显示就可以了,这个时候就用到了CALayerzPosition属性了,因为默认都是0,所以把ButtonA视图的CALayer实例属性的zPosition属性设置成0.001就OK了,相比PlanA即优雅又简单。

基于CATextLayer封装一个控件,在不需要接收触控事件的时候可以替代UILabel。
demo地址
喜欢就点个赞呗!
欢迎大家提出更好的改进意见和建议,一起进步!

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 216,544评论 6 501
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 92,430评论 3 392
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 162,764评论 0 353
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 58,193评论 1 292
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 67,216评论 6 388
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 51,182评论 1 299
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 40,063评论 3 418
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 38,917评论 0 274
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 45,329评论 1 310
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,543评论 2 332
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,722评论 1 348
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 35,425评论 5 343
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 41,019评论 3 326
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,671评论 0 22
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,825评论 1 269
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 47,729评论 2 368
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,614评论 2 353