从 CALayer 的 Position、AnchorPoint 说起有的东西虽然基础，但是耐不住人老记性差呀，自己写下

有的东西虽然基础，但是耐不住人老记性差呀，自己写下来好过次次再搜咯，so......

AnchorPoint 和 Position

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

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

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

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

单独修anchorPoint或position可以修改掉 layer 的位置，但是并不会对另一个属性造成影响。下面例子中，蓝色视图的frame.size = (100.0, 100.0)，有一个frame.size = (0, 0, 100.0, 100.0)的黄色子视图。

单独修改anchorPoint：

单独修改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的值。

其实 view 的frame、bounds、center都是直接返回了 layer 的frame、bounds、position属性。

不管frame还是bounds，都需要一个参考坐标系。frame参考的是父视图的坐标系，表示在父视图坐标系中的位置和大小；bounds参考的是自身视图的坐标系，表示在自身视图坐标系中的位置和大小。

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

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

初识 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。

不巧的是，contentOffset和bounds的值又是一模一样的，我们可以理解为它只是bounds属性的一个壳。本文的 demo 中就用了一个 tableView 滚动时输出两个属性证明了以上的几个说法。