标签：
这篇不是autolayout教程，只是autolayout动员文章和经验之谈，在本文第五节友情链接和推荐中，我将附上足够大家熟练使用autolayout的教程。这篇文章两个月前就想写下来，但因为一直工作较多，没有时间来完成。今天终于狠下心，丢下代码不写，来完成他吧！
从iOS6/xcode4开始，苹果开始提供了autolayout——一种对不同屏幕尺寸有更好兼容的自动布局机制，但我相信大多数人在刚接触autolayout时，一定和我一样，几乎快被其折磨致死！
autolayout因为布局思路与传统frame有所不同，国内关于autolayout的教程有过少，且autolayout在刚上手时灵活性不易掌控，导致大家更多选择了放弃。
随着3.5寸/4寸iPhone在市面同时使用越来越多，以及即将上市的iPhone6、iPhone6L，不同尺寸、不同分辨率的iOS设备将会越来越多，使用传统frame布局的工作量必将越来越大；加上苹果发出的信号，使用autolayout势在必行。
好了，我该来表扬表扬autolayout了，它到底能解决什么问题，给我们带来哪些好处？
1）你基本上可以不用考虑3.5寸和4寸以及即将上市的x.x寸屏幕不同分辨率的问题，你终于可以不用在viewDidLoad方法里判断不同分辨率下，不同控件应该放在哪里，或者针对不同分辨率写不同的storyboard和xib；
2）你可以抛弃那些根据不同文字来计算tableViewCell、UILabel高度的代码了，因为autolayout会帮你自动计算好；
3）如果你的布局在横屏竖屏下变化不是特别大，你不用再为横着竖着写两套代码或者写两个storyboard/xib了；
4）对于即将上市的4.7寸和5.5寸iPhone，你基本上能很快甚至不用动一行代码就完成他们的自适应屏幕布局，不用每次来了新分辨率，你只能say f*ck，然后改两个通宵。
再看看苹果的态度，默认就是选择了使用autolayout。虽然我现在仍有时会骂autolayout，但我仍然会坚决地选择走上这条道路。
刚刚表扬完autolayout，那我得为和我一样，愿意选择走上这条道的同志们提点醒了，你究竟要做好哪些折腾的准备。
传统布局思路中，一个view在哪里有多大，那就写清楚它的坐标位置和宽高就定了，平时用CGRect和CGPoint这两种模型就足够了，而且它一定非常听你的话，写的是多少，它绝对就是多少；但是autolayout的思路却变化了，或者说改进了，它囊括了传统frame布局思路，除了可以告诉view的坐标和宽高，它更提供了一种相对的概念，比如：
1）view相对于屏幕视图左边5点，右边10点，上面15点，下面20点，如果屏幕的长宽比例发生了改变（比如从3.5寸的320:480变成了4寸的320:568，或者从横屏切换到了竖屏），view仍然会随着屏幕的比例而拉伸改变，仍然保持离屏幕视图左边5点，右边10点，上面15点，下面20点；
2）view1和view2之间相距10点，当屏幕尺寸发生改变或者旋转时，他俩仍然可以通过改变自身的尺寸或位置改变来保证它们中间就是相距10点；
3）...
所以，使用autolayout的第一步是你需要考虑它相对于superView或者brotherView的上下左右的距离，改变自己布局的思维。
frame时代，是你写的多少位置点就是多少位置点，view不会被自动的拉伸或者改变位置，但是autolayout中的view却会根据屏幕长宽比或者其他view的改变而改变，你经常就会看到被自动布局成了不是你想的样子，这也是太多人被折磨的原因。只要你考虑的相对的位置不正确，它真的就可能会乱掉。
好吧，既然使用了autolayout，使用frame来改变位置不起作用了，那我也用代码来完成autolayout总行了吧。但是，让我选一段最普通的VFL代码给你看看：
NSString *vfl = @"V:|-5-[_view]-10-[_imageView(20)]-10-[_backBtn]-5-|";
纳尼？！这是什么地干活？！我又要付出学习成本了啊！！！其实这段话就是说，在垂直方向从上到下，view离父视图5点，imageView距离view 10点，同时imageView是20点高，backBtn离imageView底部10点，距离父视图底部5点。
当然，你还可以一个一个的写布局约束Constraint，就和frame分别指定origin和size类似，但是却像这样：
[self.view addConstraint: [NSLayoutConstraint constraintWithItem:blueView
attribute:NSLayoutAttributeLeft
relatedBy:NSLayoutRelationEqual
toItem:redView
attribute:NSLayoutAttributeLeft
multiplier:1
constant:0]];
而上文中的“view离父视图5点，imageView距离view 10点，同时imageView是20点高，backBtn离imageView底部10点，距离父视图底部5点”每一个逗号短句都是像这样的一个constraint。
写到这里，我忽然觉得我是在黑autolayout了，不，看我的题目，我是真的已经爱上使用autolayout了。就让我来说说应该怎么使用autolayout。
当你的页面不会变更整体布局和设计，只有在不同屏幕尺寸、不同文字和内容下有适应性的变化，那这种情况使用autolayout就再适宜不过了。不会在像frame的时代，苦逼的要为不同屏幕尺寸计算各自的位置点坐标和大小了。通常使用xcode->Editor->Pin/Align菜单为视图添加约束即可。一般通过InterfaceBuilder确定控件位置，当存在需要自动被拉伸、适应或位移的控件时就要添加constraint；具体使用教程可参考《开始iOS 7中自动布局教程1》
当需要产生动画或动态添加视图时，autolayout就暴露了出我认为让人抓狂的元凶——优先级（Priority）和布局冲突。autolayout对于相同方位的约束，如都是描述离superview上边缘距离的约束，如果这两个约束的数值不同，但是优先级一样，则autolayout将报布局冲突，将会根据其计算丢弃某一条约束（这时可能就会丢弃你想要的约束，而恰恰保留了你不想看到的布局）。所以，当我们发生布局变化时，无法像frame的绝对定位，直接改变，并且只有唯一的位置信息。那么，我们该怎么处理这种布局冲突呢？那就是让描述相同但数值不同的这两个约束采用不同的优先级。autolayout默认将使用数值较大的优先级约束。
但是当我们新增了一个更高优先级约束改变了视图布局，在完成一些操作后，又想变回去怎么办？这时就必须删除更高优先级的约束。
所以，对于视图有动态变更时，我的通常做法是：为需要变更的控件新增默认constraint，但对于这个默认constraint先降低优先级，在发生变化时再新增一个更高优先级的constraint2，且代码中用一个Dictionary缓存该constraint2的对象，便于我随时删除或重新新增，让视图来回变化。
虽然autolayout可以完成所有的布局问题，但它仍然在某些情况下是不方便的，就像4.2节描述的，每次改变你必须新增或删除一个不同优先级的constraint，单说构造constraint对象的工作就够呛了，还可能必须缓存该对象，便于之后清除。所以，当你需要非常频繁的变更控件布局，并且变更的位置是不确定的（例如通过手势拖动一个视图到屏幕任意位置），那么，我建议此视图不要使用autolayout，而使用frame的所写即所得的绝对定位方式更好，你只需要充分考虑各种屏幕适配，并为其计算适合的坐标点即可。同时，我还建议这种频繁变更的视图甚至不要InterfaceBuilder来绘制，最好直接代码书写，因为一旦你勾选了autolayout，那么storyboard中的所有视图都将autolayout。而当你需要变更视图布局时，则必须使用view.translatesAutoresizingMaskIntoConstraints = NO;superview.translatesAutoresizingMaskIntoConstraints = NO;
来避免为你的视图新增默认autolayout约束。
按照相对距离来缩放
1.《开始iOS 7中自动布局教程1》
这个教程看完基本上可以比较熟悉的使用autolayout，再结合本文的一些经验，应该能够解决大部分问题了。而该文的教程2没有中文翻译，只有英文原版：《Beginning Auto Layout Tutorial in iOS 7: Part 2》
2.《Autolayout及VFL经验分享》
这篇文章以较简单的描述囊括了VFL使用方法和常用的autolayout技巧。足够大家使用了。
3.《AutoLayout（自动布局）入门》
这篇文章精简的囊括了autolayout的代码操作方式。
如果在通读了本文和以上链接后还无法灵活运用autolayout，欢迎给我留言，大家一起讨论！同时欢迎关注我的博客http://www.ilikewhite.com和微博http://weibo.com/ilikewhite
标签：
原文地址：http://www.cnblogs.com/adpbky/p/4461092.html
