iOS学习心得之:frame & bounds

frame & bounds

浅显的理解的话 ** frame ** 代表元素的位置和大小.
而 bounds 值表示元素的大小.

当我们在一个父容器中定位一个子容器的元素位置的时候,一般都会使用frame来.

使用frame在父类定位子类元素

第一个参数 x 坐标,第二个参数 y 轴的坐标.
这样也很符合直觉.

直觉的说法就是:"子控件是根据根view的坐标系来决定位置的啊!这样有什么问题吗?"

其实上面的那种说法是由一个前提的 : 根view的原点坐标默认是0,0;

我们创建的任何一个控件都有frame和bounds两个属性.
其中frame表示元素的位置和尺寸(它是相对于父控件的),bounds的值则永远都是{0,0},{width,height};

创建两个UIView
redView 200 * 200
blackView 100 * 100
blueView 包含 redView
把blackView的frame定位成0,0

redView 是父视图 blackView 是子视图

修改子视图 blackView frame 里的 x,y = 10

修改子视图 blackView frame 里的 x,y = 10

符合预期.
很多书籍上都说的是修改frame,但是bounds也是这么一个结构数据.
我非要改一改bounds看有什么改变.

修改bounds对于子视图在父视图里的位置没有任何影响

那是否说明:如果一个子视图修改在父亲视图的位置,只能通过自身的frame来确定?
那也是否意味着:frame这个属性是相对于父元素的而言的??

现在修改redView父视图的frame.看子视图如何改变.

修改父视图的frame看子视图如何改变

发现子视图在父亲视图里的相对位置没有改变,而绝对位置改变了?
相对位置没有改变
相对位置没有改变
相对位置没有改变

原因是对于子视图来说,父控件的顶点坐标一直都是0,0.

现在修改父容器的bounds属性(宽高不修改)x ,y = 10

子视图往左上分别移动了10个像素

发现子视图往左上移动了各10 个像素.
但是子视图的frame是{0,0},{100,100}.
既然是0,0 为什么不顶着父容器的顶点,而是往左上移动了各10个像素呢?
这不符合frame定位的直觉!!!

原因是因为 bounds 并不是像咱们直接理解的那样?
frame表示元素的位置和尺寸,而bounds只是表示元素的尺寸那么简单.

bounds表示元素的"边界",我更愿意理解成是bounds表示了元素自身的坐标系;
默认情况下,bounds的值是0,0 就表示这个坐标系就是当前视图本身.

父视图的bounds = 0, 0

当我们修改一个视图的bounds就是修改了这个元素自身的坐标系

修改bounds x,y 自身坐标系改变

而子控件的frame的依据点是根据父视图真是的坐标系,
所以,0,0的子视图会往上左各移动10个像素.

子视图左上移动各10个像素

因为往左上移动10个像素,才是真是的父视图自身坐标系的0,0原点.

总结:
frame 是在定位时参照父亲视图的原点来定位的(符合直觉是因为绝大多数的父亲视图的自身坐标系原点都是默认的0,0)
bounds 是修改自身坐标系范围的一个属性.当bounds x,y > 0 时,原点在实际视图位置的左上方. 当bounds x,y < 0 时,实际原点位置在右下方.

scrollView 里的 contentOffset 的实现原理就是修改当前scrollView的bounds x,y 来移动内部内容.而子控件在相对于父控件的frame一直都没有变过.