我想大部分的iOS开发者都面临着iOS设备分辨率碎片化而带来的一系列适配问题，以前的Rect布局方式显得越来越古板，越来越无法高效的完成我们布局的想法，不论是使用xib还是code进行布局都要无休止的使用分辨率进行调整，所有的布局完全相对于分辨率，新手一般会把布局写的比较死，而老手会把布局使用分辨率作为基点，但面对复杂的布局，总是感觉应该变革，为懒惰的程序员减少工作量，为其腾出更多时间来极客。这里我就和大家一起来把iOS的布局系统的研究下，一方面是为自己完善露点，另一方面也希望能够帮助到someone. 这里先来第一篇，引入AutoLayout。

我们一起来回顾一下iphone的分辨率：

• 3GS : 480x320
• 4(S) : 960x640
• 5(S) : 1136x640
• 6 : 1334x750
• 6 Plus : 1920x1080

可以看到从2009年iphone3GS发布一直到2014年iphone plus发布，iphone的分辨率经历了各种变迁，在iphone6发布以前坚持了横向的宽度，这让我们这种开发者无需过多的 考虑适配问题，但android阵营的大屏手机来势汹汹，不断蚕食iphone的高端客户，为了迎合已经被”惯坏”的消费者的大屏需求，Apple也逐渐加快了大屏的投入，消费者满意了，但是开发者确会很苦逼，其实这些Apple看的很清楚，Apple是一家非常非常重视开发者的公司，iphone的成功归根结底不是长的好看，不是做工优良，而是有app store，而app store是由全球的iOS开发者贡献，Apple深知全球的iOS开发者是推动iphone保持热度的动力，为了使开发者能够更好的为iphone产业链做贡献，必然会为开发者提供自己能够提供的最好的工具，不得不说Apple的工程师们非常聪明，不断的创造新的理念，新的设计，在iphone设备间的适配方式也是Apple工程师们最急需为开发者解决的问题，现在我们就一起来看一下iOS布局方式的演变。

一、Rect

确定一个View的展现，需要一个原点和长宽，所以一开始的布局都是以此定律来写：

UIView *view = [[UIView alloc]initWithFrame:CGRectMake(0, 0, 300, 300)];view.backgroundColor = [UIColor lightGrayColor];UIView *subView1 = [[UIView alloc]initWithFrame:CGRectMake(10, 10, 100, 100)];[view addSubview:subView1];[self.view addSubview:view];

但是我们希望view在高分辨率下能够变大，而低分辨率下变小，如何办？我们可能会这样：

CGFloat hMargin = 50;CGFloat vMargin = 100;UIView *view = [[UIView alloc]initWithFrame:CGRectMake(0, 0, self.view.bounds.size.width-hMargin, self.view.bounds.size.height-vMargin)];view.backgroundColor = [UIColor lightGrayColor];CGFloat subMargin  = 10;UIView *subView1 = [[UIView alloc]initWithFrame:CGRectMake(subMargin, subMargin, view.bounds.size.width-subMargin, view.bounds.size.height-subMargin)];[view addSubview:subView1];[self.view addSubview:view];

即将所有的view的frame都基于controller的root view的大小，而controller会根据分辨率自动确定其大小，所以我们添加在root view上的sub views都基于root view的大小进行相对布局，即一层一层的相对于父视图的大小，利用边界宽度，利用父视图的长宽来确定子视图的尺寸。 当多个并列的视图要同时添加到一个父视图时，我们可能会根据设计计算出各个视图的比例，确定边界，然后在添加view时利用计算出的比例将父视图的可见窗瓜分，这就像一块蛋糕，我们先要确定有多少人就可以确定有多少份，然后需要确定每一份的占比(蛋糕当然不需要算占比，just a simile)。 但是也有很多时候，很多的代码并不会按这样的思路一直写下去，这样一层一层的计算真的很累，而且需要设计师配合，这对懒惰的程序员不算是一个好的消息，于是我们可能会用autoresizingMask来解决：

二、autoresizingMask 我们看一下如下代码的效果：

UIView *view = [[UIView alloc]initWithFrame:CGRectMake(10, 10, self.view.bounds.size.width-10*2, 100)];view.backgroundColor = [UIColor lightGrayColor];[self.view addSubview:view];

 

运行,旋转，你会发现竖屏时，显示正常，但是横屏时你会发现宽度没变，距离右侧距离变大了, 此时有两种做法，要么在旋转事件中重新对视图进行布局调整，要么就使用autoresizingMask来解决，前者一想就知道工作量繁琐，容易出错，会花不小时间精力。我们肯定会选择后者。 我们添加一句：

view.autoresizingMask = UIViewAutoresizingFlexibleWidth;

 

你会发现神奇的事情发生了，它横屏、竖屏时左右间距都对了，那什么是autoresizingMask呢？
顾明思意，就是自动调整视图相对于父视图的位置大小，我们来看一下autoresizingMask的定义

typedef NS_OPTIONS(NSUInteger, UIViewAutoresizing) {    UIViewAutoresizingNone                 = 0,    UIViewAutoresizingFlexibleLeftMargin   = 1 << 0,    UIViewAutoresizingFlexibleWidth        = 1 << 1,    UIViewAutoresizingFlexibleRightMargin  = 1 << 2,    UIViewAutoresizingFlexibleTopMargin    = 1 << 3,    UIViewAutoresizingFlexibleHeight       = 1 << 4,    UIViewAutoresizingFlexibleBottomMargin = 1 << 5};

其中:

UIViewAutoresizingNone 不会随父视图的改变而改变UIViewAutoresizingFlexibleLeftMargin 自动调整view与父视图左边距，以保证右边距不变UIViewAutoresizingFlexibleWidth 自动调整view的宽度，保证左边距和右边距不变UIViewAutoresizingFlexibleRightMargin 自动调整view与父视图右边距，以保证左边距不变UIViewAutoresizingFlexibleTopMargin 自动调整view与父视图上边距，以保证下边距不变UIViewAutoresizingFlexibleHeight 自动调整view的高度，以保证上边距和下边距不变UIViewAutoresizingFlexibleBottomMargin 自动调整view与父视图的下边距，以保证上边距不变

默认为UIViewAutoresizingNone,需要注意的是这个枚举定义的字面意思是调整的部分，比如UIViewAutoresizingFlexibleWidth调整的就是宽度，而不是说宽度不变化，这里描述的是变的部分，就跟汽车里面的ESP一样，有一个关的开关，按下去就表示关，所以需要注意。(提醒车友千万千万保持ESP处于开的状态，现代汽车就是这些电子器件保证了驾车的便捷与安全，它可以救你无数次)。
autoresizingMask在使用时，其值并不限于定义的值，可以组合，如下保证上边距和左边距不变，view将自动调整与下边距与右边距。 上面的示例中我们使用了UIViewAutoresizingFlexibleWidth，其实我们也可以组合使用如：

view.autoresizingMask = UIViewAutoresizingFlexibleWidth|UIViewAutoresizingFlexibleHeight;

这两个值相或的结果就可以保证view的长宽随分辨率和旋转自动调整长宽，从而使view距离其父视图上下左右的边距保持不变。 在xib或者Storyboard(以后都叫SB,^_^)中布局时，切换至size insepector时可以看到Autoresizing，可以直接直接激活或者disable掉某一值。 看起来像不像给View加了一个弹簧(Springs),然后与其父视图之间以margins进行标记(struts)，autoresizingMask其实就是我们后面讲autolayout时所要提到的Struts&Spring模式。

我们一起来用autoresizingMask完成我们一个布局设置：

保持红色view左上边距，保持橙色右上边距，保持蓝色view底部与左右边距。 我们得到的竖屏和横屏的效果如下：

 

我们看到红色和橙色还行，但是蓝色视图与上面的视图明显重叠了，这可不是我们想要的。 autoresizingMask非常聪明，已经非常尽力了，但是确实力不从心，因为super view只告诉它缩放子view以保持边距margin,但是并没有告诉它要缩放多少，view之间无法约束，就是说view之间没有padding,这就是autoresizingMask最大的缺点，它是无能为力了，只能通过屏幕改变时再重新计算视图，重新在viewWillLayoutSubviews/ viewDidLayoutSubviews这种布局事件中人为干预。

autoresizingMask的用法基本就是这样子，就是系统可以帮助我们确定某一视图相对于其父视图如何调整，但是同一父视图下的子视图之间的相对关系如何确定呢？比如我们建立两个两个子视图，难道只能像上面所讲的那样来计算视图模块，然后算出比例进行分配吗？在autolayout出来之前，可能很多人都会这样认为，但iOS6出来过后，Apple及时的添加了Autolayout用来满足开发者的布局要求。

三、AutoLayout

听这名字，高大山，自动布局，是不是真的如其名，我们逐步揭晓，我们接下来会先讨论在IB中使用autolayout，然后再讲如何在代码中使用autolayout，再然后我们会把autolayout使用过程中几种比较复杂的情况讨论下如何处理从而完成对autolayout的系统学习。

四、Size Class

尺寸分类？光看名字可能还不能理解它的意思，其实size class是iOS8引入的概念，在xcode6引入，设备太多，如果按固有的布局方式来进行调整，工作量会越来越大，工作越来越繁琐，从而Apple简化了分辩率的概念，将尺寸抽象为Compact、Regular、Any(紧凑、正常、任意)三种情况，在autolayout布局无法适应不同尺寸下的布局时，就需要单独为每种模式添加autolayout的约束。Autolayout讨论完过后，我们会一起来讨论Size Class。