frame & bounds
淺顯的理解的話 ** frame ** 代表元素的位置和大小.
而 bounds 值表示元素的大小.
當(dāng)我們?cè)谝粋€(gè)父容器中定位一個(gè)子容器的元素位置的時(shí)候,一般都會(huì)使用frame來(lái).
第一個(gè)參數(shù) x 坐標(biāo),第二個(gè)參數(shù) y 軸的坐標(biāo).
這樣也很符合直覺(jué).
直覺(jué)的說(shuō)法就是:"子控件是根據(jù)根view的坐標(biāo)系來(lái)決定位置的啊!這樣有什么問(wèn)題嗎?"
其實(shí)上面的那種說(shuō)法是由一個(gè)前提的 : 根view的原點(diǎn)坐標(biāo)默認(rèn)是0,0;
我們創(chuàng)建的任何一個(gè)控件都有frame和bounds兩個(gè)屬性.
其中frame表示元素的位置和尺寸(它是相對(duì)于父控件的),bounds的值則永遠(yuǎn)都是{0,0},{width,height};
創(chuàng)建兩個(gè)UIView
redView 200 * 200
blackView 100 * 100
blueView 包含 redView
把blackView的frame定位成0,0
修改子視圖 blackView frame 里的 x,y = 10
符合預(yù)期.
很多書(shū)籍上都說(shuō)的是修改frame,但是bounds也是這么一個(gè)結(jié)構(gòu)數(shù)據(jù).
我非要改一改bounds看有什么改變.
那是否說(shuō)明:如果一個(gè)子視圖修改在父親視圖的位置,只能通過(guò)自身的frame來(lái)確定?
那也是否意味著:frame這個(gè)屬性是相對(duì)于父元素的而言的??
現(xiàn)在修改redView父視圖的frame.看子視圖如何改變.
發(fā)現(xiàn)子視圖在父親視圖里的相對(duì)位置沒(méi)有改變,而絕對(duì)位置改變了?
相對(duì)位置沒(méi)有改變
相對(duì)位置沒(méi)有改變
相對(duì)位置沒(méi)有改變
原因是對(duì)于子視圖來(lái)說(shuō),父控件的頂點(diǎn)坐標(biāo)一直都是0,0.
現(xiàn)在修改父容器的bounds屬性(寬高不修改)x ,y = 10
發(fā)現(xiàn)子視圖往左上移動(dòng)了各10 個(gè)像素.
但是子視圖的frame是{0,0},{100,100}.
既然是0,0 為什么不頂著父容器的頂點(diǎn),而是往左上移動(dòng)了各10個(gè)像素呢?
這不符合frame定位的直覺(jué)!!!
原因是因?yàn)?bounds 并不是像咱們直接理解的那樣?
frame表示元素的位置和尺寸,而bounds只是表示元素的尺寸那么簡(jiǎn)單.
bounds表示元素的"邊界",我更愿意理解成是bounds表示了元素自身的坐標(biāo)系;
默認(rèn)情況下,bounds的值是0,0 就表示這個(gè)坐標(biāo)系就是當(dāng)前視圖本身.
當(dāng)我們修改一個(gè)視圖的bounds就是修改了這個(gè)元素自身的坐標(biāo)系
而子控件的frame的依據(jù)點(diǎn)是根據(jù)父視圖真是的坐標(biāo)系,
所以,0,0的子視圖會(huì)往上左各移動(dòng)10個(gè)像素.
因?yàn)橥笊弦苿?dòng)10個(gè)像素,才是真是的父視圖自身坐標(biāo)系的0,0原點(diǎn).
總結(jié):
frame 是在定位時(shí)參照父親視圖的原點(diǎn)來(lái)定位的(符合直覺(jué)是因?yàn)榻^大多數(shù)的父親視圖的自身坐標(biāo)系原點(diǎn)都是默認(rèn)的0,0)
bounds 是修改自身坐標(biāo)系范圍的一個(gè)屬性.當(dāng)bounds x,y > 0 時(shí),原點(diǎn)在實(shí)際視圖位置的左上方. 當(dāng)bounds x,y < 0 時(shí),實(shí)際原點(diǎn)位置在右下方.
scrollView 里的 contentOffset 的實(shí)現(xiàn)原理就是修改當(dāng)前scrollView的bounds x,y 來(lái)移動(dòng)內(nèi)部?jī)?nèi)容.而子控件在相對(duì)于父控件的frame一直都沒(méi)有變過(guò).
