熟悉iOS開發的人，可能都知道，iOS6出來以后，autolayout自動布局就出現了，但是剛開始大家都不怎么用，直到iPhone 5s、iPhone6出來后，屏幕變得越來越多樣，單純用if來判斷尺寸已完全不能滿足了，自動布局才逐漸走進程序猿的編程代碼中。
Autolayout自動布局為什么能被大家所常用呢？可能大家都知道之前有一個自動伸縮的autoresizing屬性，主要適用於一個控件和自己父控件之間的關系，而只有autolayout才真正可以在任意兩個控件中建立關系。
一 ,autoresizing
autoresizing需要注意的是 storyboard中設置的約束和手碼中設置的約束是相反的。 storyboard圖形頁面里點的右邊的線和下邊的線的意思是“固定”
而手碼中常用的autoresizingMasks屬性中的枚舉都是Flexible可“伸縮”的。 所以假如想要讓右邊和下邊的距離固定，在代碼中應該設置左邊和上邊的可伸縮約束。
yellowView.autoresizingMask = UIViewAutoresizingFlexibleLeftMargin |UIViewAutoresizingFlexibleTopMargin;
有了autolayout之后這個自動伸縮很少用了 一共七個屬性。
無，寬可伸縮，高可伸縮，左間距可伸縮，右間距可伸縮，上間距可伸縮，下間距可伸縮
UIViewAutoresizingNone = 0,
UIViewAutoresizingFlexibleWidth = 1 << 1,
UIViewAutoresizingFlexibleHeight = 1 << 4,
UIViewAutoresizingFlexibleLeftMargin = 1 << 0,
UIViewAutoresizingFlexibleRightMargin = 1 << 2,
UIViewAutoresizingFlexibleTopMargin = 1 << 3,
UIViewAutoresizingFlexibleBottomMargin = 1 << 5
每個枚舉值都是位移枚舉，可以在一行代碼中傳多個值。
關於label的自動識別大小
label想要在界面中顯示成這樣
<ignore_js_op>
<ignore_js_op>
意義是下面的控件可以根據上面label的底部進行自動調整。
這個不是用sizetofit設置的，而是用約束，會在程序運行中數據變了約束立即改變，尺寸也立即改變。
這種設計方法是：
1.設置label的左邊和上邊的約束，然后再設置下最寬度約束假設是150，把label里面的lines屬性設置成0即隨意任意多行。 這樣里面的文字就會自動換行並且一直顯示完，label的背景色也是自動匹配。
2.但是右邊還多出了一塊。label的右邊還有一塊藍色並不是緊緊的挨着。這時就要選中那個寬度的約束
<ignore_js_op>
再到右邊把Relation由原本的equal改成
<ignore_js_op>
less than or Equal 。這時候左邊的約束顯示變了
<ignore_js_op>
變成≤了。
運行之后結果是：
<ignore_js_op>
這里可以清楚的看到label的右邊緊緊挨着邊了。
3.但是有時候數據可能為空，一旦為空label的大小就被擠沒有了，下面的控件也凌亂了。所以為了保證就算數據沒有空當也要留着占位，就找給他設置兩個高度約束，一個是大於等於一個是小於等於，包裹成一個范圍。 這時候要把上面width的小於等於改成equal。
<ignore_js_op>
這時候運行效果 遇到大量文字和沒文字的兩種效果是
<ignore_js_op>
<ignore_js_op>
起到了占位的作用。即使文字沒有地方還在。
關於Constraints在哪找的問題
<ignore_js_op>
左邊的圖constraints有的在label節點下有的在View節點下，究竟是什么原因決定了constraints在哪個節點下面？
是看這個約束是否依賴了別的控件，如果就是自己設置固定寬高啥的不關系到別人那就是在自己下面。如果依賴誰設置了間距，那這個約束就會放在自己和依賴的控件的最小公共父控件下。
如圖
<ignore_js_op>
<ignore_js_op>
<ignore_js_op>
二,Masonry
Masonry 源碼：https://github.com/Masonry/Masonry
Masonry下載地址：
本文Demo下載地址：
開源項目Masonry旨在讓自動布局（Auto Layout）的代碼更簡潔、可讀性更強。
Masonry，“一個輕量級的布局框架，采用更優雅的語法封裝自動布局”，不需要使用XIB和Storyboard。它的創造者Jonas Budelmann論證了盡管自動布局很強大，但它很快就變得冗長而不可讀。
Masonry是一種領域特定語言（DSL），為自動布局的所有功能提供便捷的方法，包括建立和修改約束、存取屬性、設置優先級以及調試支持。
GitHub上的示例代碼展示了Masonry的典型用法及其簡潔的語法。
UIEdgeInsets padding = UIEdgeInsetsMake(10, 10, 10, 10);
[view1 mas_makeConstraints:^(MASConstraintMaker *make) {
make.edges.equalTo(superview).with.insets(padding);
}];
自動布局最重要的是約束：UI元素間關系的數學表達式。約束包括尺寸、由優先級和閾值管理的相對位置。它們是添加劑，可能導致約束沖突、約束不足造成布局無法確定。這兩種情況都會產生異常。
通過編程的方式，不使用Masonry，也可以創建約束：創建NSLayoutConstraint,關聯到視圖並指定屬性和關系。Apple也提供了Visual Format Language，它是另一種以文本方式描述關系的領域特定語言。
自動布局既不是強制的，也不是獨有的方法。“springs and struts”仍然是一種有效的方法。“springs and struts”也就是autoresizing masks，決定了一個視圖的父視圖大小變化時，其自身如何變化。
Apple提供了采用自動布局的令人信服的原因：
- “Springs and struts”模式需要編寫代碼來處理各種屏幕方向、尺寸和動態內容。
- iOS 7中的動態類型允許用戶在應用中設置文字大小偏好。
- 支持iOS 6和iOS 7以及它們不同的元素度量。
自動布局並非完美無缺。Apple提供了一篇指南，以常用的UIScrollView為例說明如何使用自動布局。Matt Newburg在一篇回復中給出了充足的理由說明為什么“自動布局在視圖轉換時並不完美”。為了彌補這種不足，他建議更多地使用層轉換。
任何類型的自動布局代碼意味着你將無法獲得Xcode5提供的Interface Builder增強功能的支持。特別是可視化地解決自動布局問題的功能，在assistant editor的預覽模式中查看各種屏幕方向、尺寸和iOS系統版本下的運行時布局的功能。
Masonry是一個輕量級的布局框架 擁有自己的描述語法 采用更優雅的鏈式語法封裝自動布局 簡潔明了 並具有高可讀性 而且同時支持 iOS 和 Max OS X。
我們先來看一段官方的sample code來認識一下Masonry
[view1 mas_makeConstraints:^(MASConstraintMaker *make) {
make.edges.equalTo(superview).with.insets(padding);
}];
看到block里面的那句話: make edges equalTo superview with insets
通過鏈式的自然語言 就把view1給autolayout好了 是不是簡單易懂?
使用
看一下Masonry支持哪一些屬性
@property (nonatomic, strong, readonly) MASConstraint *left; @property (nonatomic, strong, readonly) MASConstraint *top; @property (nonatomic, strong, readonly) MASConstraint *right; @property (nonatomic, strong, readonly) MASConstraint *bottom; @property (nonatomic, strong, readonly) MASConstraint *leading; @property (nonatomic, strong, readonly) MASConstraint *trailing; @property (nonatomic, strong, readonly) MASConstraint *width; @property (nonatomic, strong, readonly) MASConstraint *height; @property (nonatomic, strong, readonly) MASConstraint *centerX; @property (nonatomic, strong, readonly) MASConstraint *centerY; @property (nonatomic, strong, readonly) MASConstraint *baseline;
這些屬性與NSLayoutAttrubute的對照表如下
其中leading與left trailing與right 在正常情況下是等價的 但是當一些布局是從右至左時(比如阿拉伯文?沒有類似的經驗) 則會對調 換句話說就是基本可以不理不用 用left和right就好了
在ios8發布后 又新增了一堆奇奇怪怪的屬性(有興趣的朋友可以去瞅瞅) Masonry暫時還不支持(不過你要支持ios6,ios7 就沒必要去管那么多了)
在講實例之前 先介紹一個MACRO
#define WS(weakSelf) __weak __typeof(&*self)weakSelf = self;
快速的定義一個weakSelf 當然是用於block里面啦 下面進入正題(為了方便 我們測試的superView都是一個size為(300,300)的UIView)
下面 通過一些簡單的實例來簡單介紹如何輕松愉快的使用Masonry:
1. [基礎] 居中顯示一個view
- (void)viewDidLoad
{
[super viewDidLoad];
// Do any additional setup after loading the view.
WS(ws);
UIView *sv = [UIView new];
[sv showPlaceHolder];
sv.backgroundColor = [UIColor blackColor];
[self.view addSubview:sv];
[sv mas_makeConstraints:^(MASConstraintMaker *make) {
make.center.equalTo(ws.view);
make.size.mas_equalTo(CGSizeMake(300, 300));
}];
}
代碼效果
使用我之間寫的MMPlaceHolder 可以看到superview已經按照我們預期居中並且設置成了適當的大小
那么先看看這幾行代碼
//從此以后基本可以拋棄CGRectMake了
UIView *sv = [UIView new];
//在做autoLayout之前 一定要先將view添加到superview上 否則會報錯
[self.view addSubview:sv];
//mas_makeConstraints就是Masonry的autolayout添加函數 將所需的約束添加到block中行了
[sv mas_makeConstraints:^(MASConstraintMaker *make) {
//將sv居中(很容易理解吧?)
make.center.equalTo(ws.view);
//將size設置成(300,300)
make.size.mas_equalTo(CGSizeMake(300, 300));
}];
這里有兩個問題要分解一下
首先在Masonry中能夠添加autolayout約束有三個函數
- (NSArray *)mas_makeConstraints:(void(^)(MASConstraintMaker *make))block; - (NSArray *)mas_updateConstraints:(void(^)(MASConstraintMaker *make))block; - (NSArray *)mas_remakeConstraints:(void(^)(MASConstraintMaker *make))block; /* mas_makeConstraints 只負責新增約束 Autolayout不能同時存在兩條針對於同一對象的約束 否則會報錯 mas_updateConstraints 針對上面的情況 會更新在block中出現的約束 不會導致出現兩個相同約束的情況 mas_remakeConstraints 則會清除之前的所有約束 僅保留最新的約束 三種函數善加利用 就可以應對各種情況了 */
其次 equalTo 和 mas_equalTo的區別在哪里呢? 其實 mas_equalTo是一個MACRO
#define mas_equalTo(...) equalTo(MASBoxValue((__VA_ARGS__))) #define mas_greaterThanOrEqualTo(...) greaterThanOrEqualTo(MASBoxValue((__VA_ARGS__))) #define mas_lessThanOrEqualTo(...) lessThanOrEqualTo(MASBoxValue((__VA_ARGS__))) #define mas_offset(...) valueOffset(MASBoxValue((__VA_ARGS__)))
可以看到 mas_equalTo只是對其參數進行了一個BOX操作(裝箱) MASBoxValue的定義具體可以看看源代碼 太長就不貼出來了
所支持的類型 除了NSNumber支持的那些數值類型之外 就只支持CGPoint CGSize UIEdgeInsets
介紹完這幾個問題 我們就繼續往下了 PS:剛才定義的sv會成為我們接下來所有sample的superView
2. [初級] 讓一個view略小於其superView(邊距為10)
UIView *sv1 = [UIView new];
[sv1 showPlaceHolder];
sv1.backgroundColor = [UIColor redColor];
[sv addSubview:sv1];
[sv1 mas_makeConstraints:^(MASConstraintMaker *make) {
make.edges.equalTo(sv).with.insets(UIEdgeInsetsMake(10, 10, 10, 10));
/* 等價於
make.top.equalTo(sv).with.offset(10);
make.left.equalTo(sv).with.offset(10);
make.bottom.equalTo(sv).with.offset(-10);
make.right.equalTo(sv).with.offset(-10);
*/
/* 也等價於
make.top.left.bottom.and.right.equalTo(sv).with.insets(UIEdgeInsetsMake(10, 10, 10, 10));
*/
}];
代碼效果
可以看到 edges 其實就是top,left,bottom,right的一個簡化 分開寫也可以 一句話更省事
那么為什么bottom和right里的offset是負數呢? 因為這里計算的是絕對的數值 計算的bottom需要小魚sv的底部高度 所以要-10 同理用於right
這里有意思的地方是and和with 其實這兩個函數什么事情都沒做
- (MASConstraint *)with {
return self;
}
- (MASConstraint *)and {
return self;
}
但是用在這種鏈式語法中 就非常的巧妙和易懂 不得不佩服作者的心思(雖然我現在基本都會省略)
3. [初級] 讓兩個高度為150的view垂直居中且等寬且等間隔排列 間隔為10(自動計算其寬度)
int padding1 = 10;
[sv2 mas_makeConstraints:^(MASConstraintMaker *make) {
make.centerY.mas_equalTo(sv.mas_centerY);
make.left.equalTo(sv.mas_left).with.offset(padding1);
make.right.equalTo(sv3.mas_left).with.offset(-padding1);
make.height.mas_equalTo(@150);
make.width.equalTo(sv3);
}];
[sv3 mas_makeConstraints:^(MASConstraintMaker *make) {
make.centerY.mas_equalTo(sv.mas_centerY);
make.left.equalTo(sv2.mas_right).with.offset(padding1);
make.right.equalTo(sv.mas_right).with.offset(-padding1);
make.height.mas_equalTo(@150);
make.width.equalTo(sv2);
}];
代碼效果
這里我們在兩個子view之間互相設置的約束 可以看到他們的寬度在約束下自動的被計算出來了
4. [中級] 在UIScrollView順序排列一些view並自動計算contentSize
UIScrollView *scrollView = [UIScrollView new];
scrollView.backgroundColor = [UIColor whiteColor];
[sv addSubview:scrollView];
[scrollView mas_makeConstraints:^(MASConstraintMaker *make) {
make.edges.equalTo(sv).with.insets(UIEdgeInsetsMake(5,5,5,5));
}];
UIView *container = [UIView new];
[scrollView addSubview:container];
[container mas_makeConstraints:^(MASConstraintMaker *make) {
make.edges.equalTo(scrollView);
make.width.equalTo(scrollView);
}];
int count = 10;
UIView *lastView = nil;
for ( int i = 1 ; i <= count ; ++i )
{
UIView *subv = [UIView new];
[container addSubview:subv];
subv.backgroundColor = [UIColor colorWithHue:( arc4random() % 256 / 256.0 )
saturation:( arc4random() % 128 / 256.0 ) + 0.5
brightness:( arc4random() % 128 / 256.0 ) + 0.5
alpha:1];
[subv mas_makeConstraints:^(MASConstraintMaker *make) {
make.left.and.right.equalTo(container);
make.height.mas_equalTo(@(20*i));
if ( lastView )
{
make.top.mas_equalTo(lastView.mas_bottom);
}
else
{
make.top.mas_equalTo(container.mas_top);
}
}];
lastView = subv;
}
[container mas_makeConstraints:^(MASConstraintMaker *make) {
make.bottom.equalTo(lastView.mas_bottom);
}];
頭部效果
尾部效果
從scrollView的scrollIndicator可以看出 scrollView的內部已如我們所想排列好了
這里的關鍵就在於container這個view起到了一個中間層的作用 能夠自動的計算uiscrollView的contentSize
5. [高級] 橫向或者縱向等間隙的排列一組view
很遺憾 autoLayout並沒有直接提供等間隙排列的方法(Masonry的官方demo中也沒有對應的案例) 但是參考案例3 我們可以通過一個小技巧來實現這個目的 為此我寫了一個Category
@implementation UIView(Masonry_LJC)
- (void) distributeSpacingHorizontallyWith:(NSArray*)views
{
NSMutableArray *spaces = [NSMutableArray arrayWithCapacity:views.count+1];
for ( int i = 0 ; i < views.count+1 ; ++i )
{
UIView *v = [UIView new];
[spaces addObject:v];
[self addSubview:v];
[v mas_makeConstraints:^(MASConstraintMaker *make) {
make.width.equalTo(v.mas_height);
}];
}
UIView *v0 = spaces[0];
__weak __typeof(&*self)ws = self;
[v0 mas_makeConstraints:^(MASConstraintMaker *make) {
make.left.equalTo(ws.mas_left);
make.centerY.equalTo(((UIView*)views[0]).mas_centerY);
}];
UIView *lastSpace = v0;
for ( int i = 0 ; i < views.count; ++i )
{
UIView *obj = views[i];
UIView *space = spaces[i+1];
[obj mas_makeConstraints:^(MASConstraintMaker *make) {
make.left.equalTo(lastSpace.mas_right);
}];
[space mas_makeConstraints:^(MASConstraintMaker *make) {
make.left.equalTo(obj.mas_right);
make.centerY.equalTo(obj.mas_centerY);
make.width.equalTo(v0);
}];
lastSpace = space;
}
[lastSpace mas_makeConstraints:^(MASConstraintMaker *make) {
make.right.equalTo(ws.mas_right);
}];
}
- (void) distributeSpacingVerticallyWith:(NSArray*)views
{
NSMutableArray *spaces = [NSMutableArray arrayWithCapacity:views.count+1];
for ( int i = 0 ; i < views.count+1 ; ++i )
{
UIView *v = [UIView new];
[spaces addObject:v];
[self addSubview:v];
[v mas_makeConstraints:^(MASConstraintMaker *make) {
make.width.equalTo(v.mas_height);
}];
}
UIView *v0 = spaces[0];
__weak __typeof(&*self)ws = self;
[v0 mas_makeConstraints:^(MASConstraintMaker *make) {
make.top.equalTo(ws.mas_top);
make.centerX.equalTo(((UIView*)views[0]).mas_centerX);
}];
UIView *lastSpace = v0;
for ( int i = 0 ; i < views.count; ++i )
{
UIView *obj = views[i];
UIView *space = spaces[i+1];
[obj mas_makeConstraints:^(MASConstraintMaker *make) {
make.top.equalTo(lastSpace.mas_bottom);
}];
[space mas_makeConstraints:^(MASConstraintMaker *make) {
make.top.equalTo(obj.mas_bottom);
make.centerX.equalTo(obj.mas_centerX);
make.height.equalTo(v0);
}];
lastSpace = space;
}
[lastSpace mas_makeConstraints:^(MASConstraintMaker *make) {
make.bottom.equalTo(ws.mas_bottom);
}];
}
@end
簡單的來測試一下
UIView *sv11 = [UIView new];
UIView *sv12 = [UIView new];
UIView *sv13 = [UIView new];
UIView *sv21 = [UIView new];
UIView *sv31 = [UIView new];
sv11.backgroundColor = [UIColor redColor];
sv12.backgroundColor = [UIColor redColor];
sv13.backgroundColor = [UIColor redColor];
sv21.backgroundColor = [UIColor redColor];
sv31.backgroundColor = [UIColor redColor];
[sv addSubview:sv11];
[sv addSubview:sv12];
[sv addSubview:sv13];
[sv addSubview:sv21];
[sv addSubview:sv31];
//給予不同的大小 測試效果
[sv11 mas_makeConstraints:^(MASConstraintMaker *make) {
make.centerY.equalTo(@[sv12,sv13]);
make.centerX.equalTo(@[sv21,sv31]);
make.size.mas_equalTo(CGSizeMake(40, 40));
}];
[sv12 mas_makeConstraints:^(MASConstraintMaker *make) {
make.size.mas_equalTo(CGSizeMake(70, 20));
}];
[sv13 mas_makeConstraints:^(MASConstraintMaker *make) {
make.size.mas_equalTo(CGSizeMake(50, 50));
}];
[sv21 mas_makeConstraints:^(MASConstraintMaker *make) {
make.size.mas_equalTo(CGSizeMake(50, 20));
}];
[sv31 mas_makeConstraints:^(MASConstraintMaker *make) {
make.size.mas_equalTo(CGSizeMake(40, 60));
}];
[sv distributeSpacingHorizontallyWith:@[sv11,sv12,sv13]];
[sv distributeSpacingVerticallyWith:@[sv11,sv21,sv31]];
[sv showPlaceHolderWithAllSubviews];
[sv hidePlaceHolder];
代碼效果
perfect! 簡潔明了的達到了我們所要的效果
這里所用的技巧就是 使用空白的占位view來填充我們目標view的旁邊 這點通過圖上的空白標注可以看出來
三.iOS適配
標簽：
1. 什么是適配：
適應、兼容不同版本不同尺寸的移動智能設備
iPhone尺寸：3.5、4.0、4.7、5.5inch
iPad尺寸：7.9、9.7inch，橫豎屏適配
2. 點與像素
非retaina屏：1個點 = 1個像素
retain屏：1個點 = 4個像素
3. 什么是Autolayout
1> 是一種“自動布局”技術，專門用來布局UI界面的
2> 自iOS 6開始引入，由於Xcode 4的不給力，當時並沒有得到很大推廣
4. Autoresizing
1> Autoresizing了解
Autoresizing:屏幕適配局限性比較大（如不能布局兄弟控件適配），沒Autolayout方便
Autoresizing四周的四個線的作用：
1.Autoresizing四周的四根線的作用:
只要勾選上某一根, 那么當前控件距離父控件的距離就是固定的, 當前是多少, 以后永遠都是多少
2.Autoresizing中間兩條線的作用:
只要勾選上水平方向的線, 那么當前控件的寬度就會隨着父控件的寬度等比拉伸
只要勾選上垂直方向的線, 那么當前控件的高度就會隨着父控件的高度等比拉伸
3.無論是將子控件固定在父控件的某一個位置
還是讓子控件隨着父控件的寬高的變化而變化
都是父子關系, 所以Autoresizing只能約束父子控件之間的關系, 不能約束兄弟控件之間的關系（有局限性相比較Autolayout）
2> Autoresizing實例一：放四個View到storyboard四個角，適配不同屏幕尺寸。
步驟：(1)
(2) 設置四周View的指定位置即可。
(3) . 進入preview界面可進行預覽視圖界面，是否適配成功
5. Autolayout屏幕適配
1.約束
每在Storyboard中添加一個設置(autolayout的設置), 就代表添加一個約束
2.錯誤(紅色箭頭)
如果看到Storyboard中有紅色的箭頭, 代表約束有錯誤
注意: 約束有錯誤, 不代表運行會錯誤, 約束有錯誤同樣可以運行
注意: 紅色箭頭是程序員必須解決的
3.為什么會有約束錯誤?
3.1缺少約束
3.2約束沖突
3.1缺少約束
>autolayout的本質和frame差不多
>如果通過frame來設置一個控件, 必須設置這個控件的x/y/w/h, 控件才能按照我們的需求顯示
>如果是通過autolayout來設置一個控件, 也必須設置這個控件的x/y/w/h, 控件才能按照我們的需求顯示
>也就是說, 如果說x/y/w/h只要有一個沒有設置都會報錯, 就是缺少約束
3.2約束沖突
>約束可以重復添加
>例如先約束寬度等於100, 又添加一個約束, 約束寬度等200, 那么就會報錯
紅色:
距離頂部有20 == 相當於設置了Y
距離左邊有20 == 相當於設置了x
設置寬度等於100
設置高度等於100
4.警告
如果看到Storyboard中有黃色的箭頭, 就是警告
> 代表着當前控件預覽的位置或者尺寸和我們約束的位置尺寸不一樣
注意:黃金警告並不會影響我們運行
注意:黃色箭頭, 程序員可以忽略
處理屏幕適配：
第一種方式：通過storyboard右下角圖案處，點擊可進行處理屏幕適配：
1.對齊方法可設置（storyboard右下角可見），
2、設置相對位置、寬高等
3、設置控件與所有控件的約束操作（刪除與更新等操作於約束）
第二種方式：按住“control”鍵，可以在控件自己，或者直接拖拽到其他控件上，會彈出對話框，可選擇添加約束，來適配
注意：往左邊相對左邊，同理向右邊相對右邊設置約束，向下相對底部，向上相對頂部
將彈出右框：
小案例：如下：
1.實現紅色View寬度 = 藍色寬度一半：
2.微博小案例，正文不等高，父控件隨之動態變化
設置約束還有很多方式，非代碼方式就到處吧，大家自己摸索就ok了。
下一將，我們接着講解Autolayout適配，采用代碼方式實現，休息一會再繼續，呵呵。