##代码添加自动布局 NSLayoutConstrain vfl火星语 使用vfl可以生成多个NSLayoutConstrain对象,存放在数组 |:是父视图的边界 [视图的对象名==(另一个视图)]: 例:"H:|-space-[view1(==space)]-|" [NSLayoutConstrain constrainsWithVisualFormat:火星语 options:添加的顺序从左到右(默认的就可以) metrics:所有数值的字典 views:对象字典或NSDictionaryOfVariableBindings(对象)这个是自动生成字典] * 该对象一定要将translatesAutoresizingMaskIntoConstraints = NO不让系统为我们添加额外的约束 * 约束应该加到父视图上
湘东ssl适用于网站、小程序/APP、API接口等需要进行数据传输应用场景，ssl证书未来市场广阔！成为创新互联的ssl证书销售渠道，可以享受市场价格4-6折优惠！如果有意向欢迎电话联系或者加微信：18982081108（备注：SSL证书合作）期待与您的合作！
目录：
注意：
- 不管以上那种情况，scrollView 本身的大小和位置一定要相对固定！
- 可以使用frame直接设置，也可以使用自动布局设置。
根据排列组合，共有 2*2 = 4 中情况，下面分别分析：
这种情况没什么好说的，直接设置即可。
这种情况相当于是第四种情况的简化版，故请先看[第四种方式]。
我们知道，只要设置 scrollView 的 contentSize，就限定了 scrollView 的可滚动范围。所以这种情况，并不能很好的根据子控件的变化而动态显示完整的内容。
所以子控件bounds变化的情况，需要使用[第四种方式]设置。
首先来做个分析：
第1条，两种设置方式，自己根据实际情况选择一种即可；
第2条，将所有子视图塞进一个容器视图中。即先给scrollView添加一个 唯一直接子视图 。
通俗点说就是创建一个 sizeView 设置其大小（直接设置frame或者使用autolayout设置皆可），然后将其添加到scrollView的子视图，其他七七八八的所有小子视图都添加在这个直接子视图 sizeView 中，这个直接子视图就相当于 contentView。
这样只要设置这个直接子视图 sizeView 的大小和约束就好了。
如果设置好了这个直接子视图 sizeView 的约束，那么这个直接子视图 sizeView 的范围就是 scrollView 的滚动范围喽！
第3条，其实设置子视图布局就2个要点：
如图1、图2
图2为竖直、水平方向皆可滚动，注意观察滚动条位置。
图2为竖直、水平方向皆可滚动，注意观察滚动条位置。
如此设置布局是不是很方便呢？
个人还是比较建议用纯代码，至于原因，也很简单，层的可控性更强，项目构架也会更紧凑，对于维护和其他开发者接手会更容易。缺点是代码量大，对于开发语言程度不够者会很吃力。至于很多人说SB和xib在适配方面的优势。。。。我只想说，iOS有自己的一套自动布局的东西，稍微有点技术的开发者也会自己封装些类别方法进行封装，或者也有自动布局的开源库等等，当然，这个是仁者见人智者见智了。
关于SB和xib开发或者纯代码开发从苹果开放SB，xib以后就有很大争议，但是既然做开发，那就是程序猿，不论个人技术水平如何，个人觉得开发者不应该过多依赖于类似界面开发工具，只有从代码出发，才能更好的掌握一门语言和一种开发模式，只有这样，对于自身的成长和技术的累计才是最有利的。
关于Xib与Storyboard和Code布局之间的争论从iOS5开始就没有停过 T_T
我原来也是一名忠实的Storyboard布局拥护者，并且认为所见即所得的界面对于开发者和设计师都非常友好，再配合上初学时XCode5支持了拖自动布局的约束，然后再加上Canvas库在属性检查器里设置K-V属性跑动画，我甚至一度以为这恐怕就是iOS在视图层的全部了。
但是随着经验增长，特别是抛开个人开发的玩具应用开始实习后，一个项目大部分视图以及一些自定义的复杂控件（包括一些容器控件）以及一些与视图相关的逻辑远远比我之前做的规模不大的应用复杂得多，而且存在如下问题：
Storyboard和Xib存在老生常谈的合并冲突难以解决，这个问题从我初学iOS开始和同学一起做一些小应用时就遇到过，在属性检查器里更改一个值或者误操作挪动一个控件的位置或者按照XCode的提示自动更新约束这样的动作，在不同机器上有时Git diff都是不一样的，合并时多是不可名状的XML让人头疼，虽然多个Storyboard或者分工Xib可能是种解决方案，但是还是或多或少存在协作的问题。
复杂的标签导航或者抽屉导航控制器反而在Xib和Storyboard中不直观，早期在学习一个叫RESlideMenu的开源抽屉导航控件时发现了这个问题，作者的Demo拖出了4个控制器和若干个导航控制器，但是有内容的只有两个，其他的被作为根视图控制器或者容器控制器是一张白板，而强调通过联线联系各个控制器的Storyboard中就会出现一些拖出来的视图控制器没有联线，且目前还无法像文件那样分组，一堆堆白板控制器拖出来反而不直观。
Xib和Storyboard的布局一般只决定视图的初始状态（静态），拖出来的控件或者视图或者约束是固定的，复杂应用中一个视图的控制器的状态变化很多（跳转、处理通知、刷新数据、事件驱动的动画等等）都有可能影响视图控制器乃至一些控件和视图的状态，往往这个时候我发现还是需要用代码来更新约束，跑动画[关闭菊花，隐藏对话框等]，这个时候初始状态的布局逻辑和后续状态变化的逻辑反而造成了分离，一是有不太协调，二是一定程度破坏了一整块视图控制器的逻辑的整体性。
一些视图或者视图控制器需要被继承复用，往往需要拖出不少形态相似的控件出来，派生的类需要在Storyboard里重新拖出相应的对象然后更改类型，如果是简单状态少变化少的视图还好重新拖，如果稍微比较复杂就直接复制现有的视图然后在慢慢鼠标小幅度改动，体验上还是蛮揪心的。
但是但是这并不代表在开发过程中绝不使用Xib，同时这也不代表代码布局就是Frame满天飞。我反而不是特别喜欢Frame满天飞这样的做法，特别是一些魔数相互依赖，也没有文档或者注释的时候那个维护简直酸爽的不行，于是怎么解决呢？炒鸡简单：
在一些已知状态极少改变甚至已知就是纯粹的静态视图使用Xib，如：静态表视图表单，自定义的对话框等。
界面布局尽可能使用自动布局的框架，如：Masonry（Obj-C），Snappy（Swift）等等，无论是make，update，remake约束都是一个非常友好的Block，十分方便，用了都说好（星星眼） 例子：（来自Masonry介绍与使用实践(快速上手Autolayout)）
[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));
*/
}];
目前这样的解决方案个人感觉还是相当不错的，就是一些特性可能不支持iOS5及一下的老版本。
1、iOS开发 纯代码创建UICollectionView_百度经验：
2、纯代码创建UICollectionView步骤以及简单使用 - 简书：
原理：IOS6.0 之后，苹果优化了UI界面的布局方式，提出了自动布局的概念，和之前的autoresizing相比功能更强大。子视图基于父视图的自动布局显示。都是父视图去添加对子视图的约束。
在这里主要说的是通过代码对自动布局视图的实现。
代码中一般用到的有两个添加约束的方式：
1.- (void)addConstraint:(NSLayoutConstraint *)constraint NS_AVAILABLE_IOS(6_0);
2.- (void)addConstraints:(NSArray *)constraints NS_AVAILABLE_IOS(6_0);
/span
在使用自动布局之前要对子视图的布局方式进行调整，用到这个UIView的属性。
- (BOOL)translatesAutoresizingMaskIntoConstraints NS_AVAILABLE_IOS(6_0); // Default YES
需要将其设置为NO；
下面用简单例子说明一下：
UIView *v1 = [[UIView alloc] initWithFrame:CGRectZero];
v1.translatesAutoresizingMaskIntoConstraints = NO;
v1.backgroundColor = [UIColor redColor];
[self.view addSubview:v1];
UIView *v2 = [[UIView alloc] initWithFrame:CGRectZero];
v2.backgroundColor = [UIColor grayColor];
v2.translatesAutoresizingMaskIntoConstraints = NO;
[self.view addSubview:v2];//添加两个允许自动布局的子视图
[self.view addConstraint:[NSLayoutConstraint constraintWithItem:v1
attribute:NSLayoutAttributeWidth
relatedBy:NSLayoutRelationEqual
toItem:self.view
attribute:NSLayoutAttributeWidth
multiplier:1.0
constant:0]];//设置子视图的宽度和父视图的宽度相同
[self.view addConstraint:[NSLayoutConstraint constraintWithItem:v1
attribute:NSLayoutAttributeHeight
relatedBy:NSLayoutRelationEqual
toItem:self.view
attribute:NSLayoutAttributeHeight
multiplier:0.5
constant:0]];//设置子视图的高度是父视图高度的一半
[self.view addConstraints:[NSLayoutConstraint constraintsWithVisualFormat:@"H:|-0-[v1][v2(==v1)]-0-|" options:0 metrics:nil views:views]];//通过addConstraints 添加对水平方向上v1的控制--距离父视图左侧距离为0（距离为0的话也可省略）同时将v2的水平方向的宽度和v1设置成相同
[self.view addConstraints:[NSLayoutConstraint constraintsWithVisualFormat:@"V:|-0-[v1][v2(==v1)]|" options:0 metrics:nil views:views]];/通过addConstraints 添加对垂直方向上v1的控制--距离父视图上侧距离为0（距离为0的话也可省略）同时将v2的垂直方向的高度和v1设置成相同
[self.view addConstraints:[NSLayoutConstraint constraintsWithVisualFormat:@"V:|-0-[v1]-0-[v2]-0-|" options:0 metrics:nil views:views]];//最后是垂直布局两个子view
这样就可以实现上下两个view，各占一半。旋转屏幕的情况下也会自动处理布局。这样看起来代码多，但是可以适应多种分辨率的屏幕。不排除以后苹果出更大更多分辨率的手机。
关于constraintsWithVisualFormat：函数介绍：
constraintsWithVisualFormat:参数为NSString型，指定Contsraint的属性，是垂直方向的限定还是水平方向的限定，参数定义一般如下：
V:|-(=XXX) :表示垂直方向上相对于SuperView大于、等于、小于某个距离
若是要定义水平方向，则将V：改成H：即可
在接着后面-[]中括号里面对当前的View/控件 的高度/宽度进行设定；
options：字典类型的值；这里的值一般在系统定义的一个enum里面选取
metrics：nil；一般为nil ，参数类型为NSDictionary，从外部传入 //衡量标准
views：就是上面所加入到NSDictionary中的绑定的View
在这里要注意的是 AddConstraints 和 AddConstraint 之间的区别，一个添加的参数是NSArray，一个是NSLayoutConstraint
使用规则
|: 表示父视图
-:表示距离
V: :表示垂直
H: :表示水平
= :表示视图间距、宽度和高度必须大于或等于某个值
= :表示视图间距、宽度和高度必须小宇或等于某个值
== :表示视图间距、宽度或者高度必须等于某个值
@ :=、=、== 限制 最大为 1000
1.|-[view]-|: 视图处在父视图的左右边缘内
2.|-[view] : 视图处在父视图的左边缘
3.|[view] : 视图和父视图左边对齐
4.-[view]- : 设置视图的宽度高度
5.|-30.0-[view]-30.0-|: 表示离父视图 左右间距 30
6.[view(200.0)] : 表示视图宽度为 200.0
7.|-[view(view1)]-[view1]-| :表示视图宽度一样，并且在父视图左右边缘内
8. V:|-[view(50.0)] : 视图高度为 50
9: V:|-(==padding)-[imageView]-=0-[button]-(==padding)-| : 表示离父视图的距离
为Padding,这两个视图间距必须大于或等于0并且距离底部父视图为 padding。
10: [wideView(=60@700)] :视图的宽度为至少为60 不能超过 700
11: 如果没有声明方向默认为 水平 V: