正常情況寫(xiě)布局的兩種方式
一绘雁、手寫(xiě)布局
就是直接設(shè)置view的frame屬性,不詳細(xì)說(shuō)明了
二、自動(dòng)布局
自動(dòng)布局Auto Layout,蘋(píng)果為我們提供了一整套布局系統(tǒng)(layout Engine),這套系統(tǒng)會(huì)將視圖素邪、約束、優(yōu)先級(jí)猪半、大小通過(guò)計(jì)算轉(zhuǎn)換成對(duì)應(yīng)的frame,而且當(dāng)約束改變的時(shí)候,會(huì)再次觸發(fā)該系統(tǒng)重新計(jì)算兔朦。整個(gè)過(guò)程如下圖:(圖片出自WWDC2015 地址)
- Constraints Change
激活,失活
創(chuàng)建約束,優(yōu)先級(jí)
添加,移除視圖
檢測(cè)到改變后系統(tǒng)(Layout Engine) 會(huì)重新計(jì)算出布局,就會(huì)調(diào)用superview.setNeedsLayout()
- Deferred Layout Pass
容錯(cuò)處理
從上往下調(diào)用layoutSubviews()
從 Layout Engine 拷貝出子視圖 frame
到此,系統(tǒng)就計(jì)算好frame了,接下來(lái)就是渲染了,和手寫(xiě)布局是一樣的
- Application Run Loop
Layout Engine 通過(guò)系統(tǒng)Run Loop 循環(huán)cycle
整個(gè)流程可以理解為,當(dāng)修改約束的時(shí)候,會(huì)觸發(fā)Layout Engine去計(jì)算出view的frame,然后從上而下布局,最后在下一個(gè)運(yùn)行循環(huán)中更新界面
整個(gè)布局流程可以分為三個(gè)階段:
計(jì)算frame,布局,渲染
1.計(jì)算階段
- (void)updateConstraints;
用xib或者NSLayoutConstraint自動(dòng)布局都會(huì)調(diào)用該方法,是通過(guò)手布局(創(chuàng)建view,設(shè)置frame)不會(huì)調(diào)用此方法
補(bǔ)充:基于約束的布局是懶加載觸發(fā)的,所以只有設(shè)置了約束系統(tǒng)才會(huì)調(diào)用updateConstraints,如果把基于frame的布局寫(xiě)到updateConstraints,系統(tǒng)是不知道你的布局方式,通過(guò)重寫(xiě)下面這個(gè)方法,返回YES,系統(tǒng)就會(huì)調(diào)用updateConstraints
+ (BOOL)requiresConstraintBasedLayout{
return YES;
}
布局可以寫(xiě)在updateConstraints中,并且必須調(diào)用 [super updateViewConstraints]
蘋(píng)果不建議把初始化的約束寫(xiě)在這個(gè)方法里,原因如下:
(1) 當(dāng)視圖約束被更新的時(shí)候(一般是被setNeedsUpdateConstraints標(biāo)記更新) updateConstraints這個(gè)方法會(huì)被調(diào)用,如果里面包含大量的約束,系統(tǒng)就需要去判斷是否已經(jīng)存在相同的約束,
(2) 當(dāng)前view不一定擁有所有的約束,其他view可能已經(jīng)向該view添加了部分約束
(3) 如果在點(diǎn)擊事件中觸發(fā)修改約束的行為,修改布局的代碼和觸發(fā)更新的代碼不再同一處,這會(huì)讓邏輯變得難以遵循
僅需要更新約束的這部分代碼寫(xiě)到updateViewConstraints,大量的初始化約束寫(xiě)到類(lèi)似于 init,viewDidLoad中.
- (void)updateViewConstraints{
[self.subView mas_updateConstraints:^(MASConstraintMaker *make) {
make.top.equalTo(self.view).offset(100);
make.left.equalTo(self.view).offset(0);
make.right.equalTo(self.view).offset(-100);
make.bottom.equalTo(self.view).offset(-100);
}];
[super updateViewConstraints];
}
此外還會(huì)通過(guò)以下方式觸發(fā)系統(tǒng)調(diào)用: updateConstraints
- setNeedsUpdateConstraints 標(biāo)記更新約束,會(huì)在下次 Cycle中自動(dòng)調(diào)用updateConstraints,
[self.subView setNeedsUpdateConstraints];
ViewDemo[19068:895608] -[subView updateConstraints]
- updateConstraintsIfNeeded 如果有被setNeedsUpdateConstraints標(biāo)記的更新,立即在當(dāng)前Cycle調(diào)用updateConstraints
[self.subView updateConstraintsIfNeeded];
2.布局階段
- (void)layoutSubviews;
此方法由系統(tǒng)調(diào)用,被調(diào)用時(shí),系統(tǒng)已經(jīng)計(jì)算好view對(duì)應(yīng)的frame,如果需要修改布局,通過(guò)重寫(xiě)這個(gè)方法,并在方法體里修改frame,但是在方法里需要注意
(1) 在方法里必須調(diào)用 super.layoutSubviews()
(2) 不能在方法里修改約束,修改約束會(huì)觸發(fā)系統(tǒng)重新計(jì)算布局,可能會(huì)導(dǎo)致布局錯(cuò)亂
(3) 不能在方法里調(diào)用setNeedsUpdateConstraints(),setNeedsLayout如,可能會(huì)導(dǎo)致布局錯(cuò)亂
除此之外,還會(huì)通過(guò)以下方式觸發(fā):
- 第一次addSubview的時(shí)候,改變frame的時(shí)候(view已經(jīng)addSubview 且兩次變化值不能一樣)
UIView *subView = [[UIView alloc] init];
[self.view addSubview:subView];
- setNeedsLayout,標(biāo)記更新布局,調(diào)用此方法標(biāo)記,會(huì)在下一次runloop來(lái)到layoutSubviews,上文的 Layout Engine 也會(huì)在檢測(cè)到約束變化后,通過(guò)super. setNeedsLayout()標(biāo)記,最后從上往下調(diào)用layoutSubviews()
[self.subView setNeedsLayout];
- layoutIfNeeded,如果有標(biāo)記的更新,立即在當(dāng)前Drawing Cycle調(diào)用layoutSubviews更新視圖
[self.subView layoutIfNeeded];
3.渲染階段
- (void)drawRect:(CGRect)rect;
當(dāng)視圖在屏幕上出現(xiàn)的時(shí)候 -drawRect:方法就會(huì)被自動(dòng)調(diào)用。-drawRect:方法里面的代碼利用Core Graphics去繪制一個(gè)寄宿圖磨确，然后內(nèi)容就會(huì)被緩存起來(lái)直到它需要被更新
- (void)setNeedsDisplay,標(biāo)記需要顯示,在下個(gè)drawing cycle 調(diào)用
在UIViewController中
- (void)updateViewConstraints;
控制器的view.updateConstraints()方法調(diào)用時(shí),對(duì)應(yīng)控制器的updateViewConstraints就會(huì)被調(diào)用,控制器view的子view約束改變是不會(huì)觸發(fā)的.
- (void)viewWillLayoutSubviews
當(dāng)視圖控制器的視圖的邊界發(fā)生變化時(shí)沽甥，該視圖將調(diào)整其子視圖的位置，然后系統(tǒng)調(diào)用此方法乏奥。但是摆舟，調(diào)用此方法并不表示該視圖的子視圖的各個(gè)布局已調(diào)整。每個(gè)子視圖負(fù)責(zé)調(diào)整其自己的布局英融。
視圖布局子視圖后盏檐，視圖控制器可以重寫(xiě)此方法以進(jìn)行更改。此方法的默認(rèn)實(shí)現(xiàn)不執(zhí)行任何操作驶悟。
- (void)viewDidLayoutSubviews
當(dāng)視圖控制器的視圖的邊界發(fā)生變化時(shí)胡野，視圖將調(diào)整其子視圖的位置，然后系統(tǒng)調(diào)用此方法痕鳍。但是硫豆，調(diào)用此方法并不表示該視圖的子視圖的各個(gè)布局已調(diào)整。每個(gè)子視圖負(fù)責(zé)調(diào)整其自己的布局笼呆。
視圖布局子視圖后熊响，視圖控制器可以重寫(xiě)此方法以進(jìn)行更改。此方法的默認(rèn)實(shí)現(xiàn)不執(zhí)行任何操作诗赌。
三個(gè)方法在控制器view的子view約束改變時(shí)是不會(huì)觸發(fā)的.
在viewController中這三個(gè)方法是系統(tǒng)為我們提供的便利,方便我們?cè)诳刂破髯詭У膙iew發(fā)生變化的時(shí)候做相應(yīng)的操作:
updateViewConstraints->viewWillLayoutSubviews->viewDidLayoutSubviews
總結(jié)一下:
在同一代碼處即有自動(dòng)布局又有手動(dòng)布局
- 從以上分析得出,自動(dòng)布局會(huì)觸發(fā)Layout Engine 去計(jì)算view的frame,最后重新賦值給view,所以手寫(xiě)的布局(直接設(shè)置frame)一般是沒(méi)有任何效果的;
獲取,修改view.frame
- 自動(dòng)布局系統(tǒng)在計(jì)算出view的frame以后,會(huì)自上而下(父視圖-子視圖)調(diào)用layoutSubviews,要獲取期望的frame,因該在layoutSubviews里獲取,修改frame
translatesAutoresizingMaskIntoConstraints
- 設(shè)置為YES,系統(tǒng)會(huì)把a(bǔ)utoresizingMask 轉(zhuǎn)換為 Constraints,通常我們給代碼添加自動(dòng)布局,記得把該屬性設(shè)置為NO,這樣會(huì)避免出現(xiàn)布局不一致
在xib中,如果設(shè)置了auto layout 該屬性默認(rèn)是NO
在手寫(xiě)代碼中,該屬性默認(rèn)是YES
初始化約束,盡量寫(xiě)在init,viewDidLoad中,修改.刪除約束,可以直接寫(xiě)在對(duì)應(yīng)的事件中,如果對(duì)性能有考慮,寫(xiě)在updateConstraints()以獲得最佳性能汗茄。
不要手動(dòng)調(diào)用layoutSubviews, updateConstraints,這些方法系統(tǒng)會(huì)自己觸發(fā),若要更新約束,布局,通過(guò)setNeedsUpdateConstraints,setNeedsLayout標(biāo)記更新
