谈谈UIView的几个layout方法-layoutSubviews、layoutIfNeeded、setNeedsLayout...

如图 ， 上面有个label ，中间有个按钮 ， label已经被自动布局到左上角 。 然后我们那个left的constraint

@IBOutlet weak var leftContrain:NSLayoutConstraint!
在viewDidLoad中声明好，然后在Main.storyboard中进行连线。点击按钮的时候 ，我们把左边的距离改成100 。

在按钮的点击事件里加上这句。

leftContrain.constant = 100
然后我们想要一个动画的效果。




iOS适配之旅——Autolayout时代

添加(删除)约束

iOS 6

直接上代码吧，先来个OC版的：

[UIView:A addConstraint:[NSLayoutConstraint constraintWithItem:UIImageView attribute:NSLayoutAttributeTrailing relatedBy:NSLayoutRelationEqual toItem:UILabel attribute:NSLayoutAttributeLeading multiplier:1.0 constant:0]]
然后来个Swift版本

UIView:A.addConstraint(NSLayoutConstraint(item: UIImageView, attribute: .Trailing, relatedBy: .Equal, toItem: UILabel, attribute: .Leading, multiplier: 1.0, constant: 0))
通过上述代码就可以进行添加了。当然除了这个addConstraint还有一个addConstraints方法是用来添加多个约束的情况。当然，在添加约束之后，小伙伴们最好调用一些跟新最近的“祖先”的layoutIfNeeded方法。这样才能生效。 除了添加约束的Add方法外，苹果官方还提供了对应的remove方法，与之相对应的分别是removeConstraint和removeConstraints的方法，小伙伴可以自己去尝试一下。

当然，如果在讲约束的某一个视图删除之后，不要忘了将含有该视图的所有约束情况，否则会出现crash的情况

iOS 8

上面提到添加和删除约束的方式，可是根据前人的经验，发现通过Add和Remove的方法来控制约束的话，相对来说还是比较笨重的，而且效率不是很高。为此，苹果官方在iOS 8中推出了activateConstraints和deactivateConstraints的接口。特别是有些时候我们只是针对两到三种不同情况进行不同的适配，那么在重复的使用Add和Remove的方式会使我们App的效率降低很多，因此在iOS 8中推出了activateConstraints和deactivateConstraints。 那么具体怎么用呢？其实也是非常非常简单的，只要通过下面这种方式即可:

// 使约束生效
[NSLayoutConstraint activateConstraints:constraintsArray]
// 使约束失效
[NSLayoutConstraint deactivateConstraints:constraintsArray]
// 使约束生效
NSLayoutConstraint.activateConstraints(constraintsArray)
// 使约束失效
NSLayoutConstraint.deactivateConstraints(constraintsArray)
当然相对应的在NSLayoutConstraint中也添加了active的属性，我们可以通过这个属性来判断以及使一个约束生效。 并且在WWDC 2015上也建议尽量用activateConstraints和deactivateConstraints来提高程序的效率。

可是如果小伙伴们在自定义的控件的时候，如果将添加约束的代码放在updateConstraints来进行添加的，然后大家加完之后发现是没有效果的，那是因为这里其实是需要对UIView的requiresConstraintBasedLayout这个方法进行重写，需要将其返回值设置成YES或true才可以。

Priority

关于Priority在前面我们也稍微提过，就是针对优先级来说的。可是对于Priority来说还有两个特别的优先级，分别为Content Hugging Priority以及Content Compression Resistance Priority,这两个如果有了解的童鞋几乎可以跳过，没了解的童鞋这里稍微讲一下。通过这两个属性来看看优先级是怎么工作的。

在讲解这个之前，先给大家讲一个概念，叫做Intrinsic Content Size。什么叫做Intrinsic Content Size呢？这里举个例子，比如对于一个UILabel字体、内容等一系列参数，其实是可以立即确定UILabel的Size的。那么这种内在的Size,不用通过其他手段或者是跟其他视图无关而能获得的Size被称为Intrinsic Content Size。类似的还有UIButton以及UIImageView都有对应的Intrinstic Size。换一句话来说，其实在我们对于这些控件的Size不进行设置，而只对Position进行设置的情况下，这些控件都会自动根据内容进行产生Intrinsic Content Size。

好了，继续说上面两个Priority,这两个Priority可以理解为可以压缩度以及可拉伸度（当然别的博客可能有别的说法），不过中文的翻译都是为了让童鞋们更容易理解。至于这里我为什么叫做可压缩度和可拉伸度呢？因为对我来说Hug是拥抱的意思，那这个Content Hugging Priority应该是如果优先级越高，那就可压缩度应该就越高，那剩下的另一个就相反咯。如果Content Compression Resistance Priority的值越大，那就是可拉伸度就越高咯。而这里的可拉伸度和可压缩度针对的对象是什么呢？聪明的小伙伴们应该猜出来了，就是Intrinsic Content Size。

下面用一个🌰来解释给大家看看是什么意思。 比如我有一个昵称的长度不确定，可是当我给UILabel添加了一个Width的约束为60，可是昵称突然长度变成了70怎么办，其实只需要将Content Compression Resistance Priority的值设置的大于60约束的Priority即可。也就是在两个针对同一个属性值约束的情况下，当然是优先满足大的，也就是可拉伸度的属性啦。虽然你说宽度为60，可是我的等级比你大，也就是说先满足我，所以可以拉伸。 同样的，对于如果出现Width的约束为60，可是昵称的长度变成50的情况，如果Content Hugging Priority的优先级大于Width的情况下，UILabel的宽度也会变成50。 下面通过两张图来看看上面所说的例子：