frame & bounds
浅显的理解的话 ** frame ** 代表元素的位置和大小.
而 bounds 值表示元素的大小.
当我们在一个父容器中定位一个子容器的元素位置的时候,一般都会使用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
修改子视图 blackView frame 里的 x,y = 10
符合预期.
很多书籍上都说的是修改frame,但是bounds也是这么一个结构数据.
我非要改一改bounds看有什么改变.
那是否说明:如果一个子视图修改在父亲视图的位置,只能通过自身的frame来确定?
那也是否意味着:frame这个属性是相对于父元素的而言的??
现在修改redView父视图的frame.看子视图如何改变.
发现子视图在父亲视图里的相对位置没有改变,而绝对位置改变了?
相对位置没有改变
相对位置没有改变
相对位置没有改变
原因是对于子视图来说,父控件的顶点坐标一直都是0,0.
现在修改父容器的bounds属性(宽高不修改)x ,y = 10
发现子视图往左上移动了各10 个像素.
但是子视图的frame是{0,0},{100,100}.
既然是0,0 为什么不顶着父容器的顶点,而是往左上移动了各10个像素呢?
这不符合frame定位的直觉!!!
原因是因为 bounds 并不是像咱们直接理解的那样?
frame表示元素的位置和尺寸,而bounds只是表示元素的尺寸那么简单.
bounds表示元素的"边界",我更愿意理解成是bounds表示了元素自身的坐标系;
默认情况下,bounds的值是0,0 就表示这个坐标系就是当前视图本身.
当我们修改一个视图的bounds就是修改了这个元素自身的坐标系
而子控件的frame的依据点是根据父视图真是的坐标系,
所以,0,0的子视图会往上左各移动10个像素.
因为往左上移动10个像素,才是真是的父视图自身坐标系的0,0原点.
总结:
frame 是在定位时参照父亲视图的原点来定位的(符合直觉是因为绝大多数的父亲视图的自身坐标系原点都是默认的0,0)
bounds 是修改自身坐标系范围的一个属性.当bounds x,y > 0 时,原点在实际视图位置的左上方. 当bounds x,y < 0 时,实际原点位置在右下方.
scrollView 里的 contentOffset 的实现原理就是修改当前scrollView的bounds x,y 来移动内部内容.而子控件在相对于父控件的frame一直都没有变过.
