从 CALayer 的 Position、AnchorPoint 提及

本文 demo 地址git

有的东西虽然基础,可是耐不住人老记性差呀,本身写下来好过次次再搜咯,so......github

AnchorPoint 和 Position

AnchorPoint

anchorPoint直译过来就是锚点,layer 以该点为基准进行各类 transform 变换,其值从 (0, 0) 到 (1, 1),默认值为 (0.5, 0.5)。该属性的文档中提到:swift

'(0, 0)' is the bottom left corner of the bounds rect, '(1, 1)' is the top right cornerspa

这里的说的左下角,是在以屏幕的左上角为原点的坐标系中。而在咱们平常生活的坐标系中,原点在屏幕的左下角,那么 (0, 0) 位置则是左上角。3d

Position

实际表示的是锚点在superLayer中的位置。code

二者的联系

单独修anchorPointposition能够修改掉 layer 的位置,可是并不会对另外一个属性形成影响。下面例子中,蓝色视图的frame.size = (100.0, 100.0),有一个frame.size = (0, 0, 100.0, 100.0)的黄色子视图。orm

单独修改anchorPointcdn

修改锚点
修改锚点

修改锚点先后的输出
修改锚点先后的输出

单独修改positionblog

修改position
修改position

修改position先后的输出
修改position先后的输出

从以上的输出能够看出,单独修改这两个属性,发生改变的实际上是黄色视图的frame.origin。不可贵到规律:文档

frame.origin.x = position.x - anchorPoint.x * bounds.size.width
frame.origin.y = position.y - anchorPoint.y * bounds.size.height 
复制代码

若是想要修改锚点后,origin位置不发生变化,根据以上公式,则须要相应的修改position,或者直接暴力的修改origin的值。

CALayer 和 UIView 的位置、大小

其实 view 的frameboundscenter都是直接返回了 layer 的frameboundsposition属性。

Frame 和 Bounds

无论frame仍是bounds,都须要一个参考坐标系。frame参考的是父视图的坐标系,表示在父视图坐标系中的位置和大小;bounds参考的是自身视图的坐标系,表示在自身视图坐标系中的位置和大小。

Bounds

蓝色视图 A 的frame.size = (100.0, 100.0) ,有一个frame.size = (0, 0, 100.0, 100.0)的黄色子视图 B。在修改 Abounds = (-20, -20, 100.0, 100.0)的时候,如图:

修改bounds
修改bounds

A 的位置不变,B 的位置往右下偏移。由于 A 的origin在其自身坐标系中的位置变为了 (-20, -20),B 的frame.origin仍是 (0, 0),表示 B 在 A 的坐标系中位置为 (0, 0),那么 B 的左上角就相对于 A 的左上角向右下各偏移了 20。

UIScrollView 的 contentOffset

初识 UIScrollView 的时候,我觉得在拖动它时,是经过修改子视图的frame来产生位移效果的。其实思考一下就会获得子视图位移距离的规律:

translocation.x = subView.frame.origin.x - superview.bounds.origin.x
translocation.y = subView.frame.origin.y - superview.bounds.origin.y
复制代码

恰好 scrollView 的原理实际上是修改了自身的bounds,而不是修改子视图的frame

不巧的是,contentOffsetbounds的值又是如出一辙的,咱们能够理解为它只是bounds属性的一个壳。本文的 demo 中就用了一个 tableView 滚动时输出两个属性证实了以上的几个说法。

相关文章
相关标签/搜索