约束

1.Storyboard中通过拖拽设置constraint;
2.VFL和原声语法代码设置constraint;
3.约束的常用优雅的第三方框架：Objective - c - Masonry ,Swift - SnapKit

iOS布局机制 auto layout

• 某个View（视图）需要使用auto layout布局，需要设置：

translatesAutoresizingMaskIntoConstraints = false

• 几个常用API
  1.intrinsinContentSize (在约束条件下，返回固有尺寸的内容)

//就UILable而言下面这个方法比intrinsinContentSize先调用，且修改后的tmpRect就是修改前的contentSize
override func textRectForBounds(bounds: CGRect, limitedToNumberOfLines numberOfLines: Int) -> CGRect{ 
           var tmpRect = super.textRectForBounds(bounds, limitedToNumberOfLines: numberOfLines)            
           print("textRectForBoundsA:\(tmpRect)") 
           tmpRect.size.width += 15 
           tmpRect.size.height += 15
           print("textRectForBoundsB:\(tmpRect)") 
       return tmpRect 
}
//实现这些效果，只是应为我们知道现有内容所需的尺寸，并且在其内容下扩展，就造成了这个临界效果
override func intrinsicContentSize() -> CGSize { 
           var contentSize = super.intrinsicContentSize() 
//这个方法就是通过约束来返回一个渲染时内容需要的Size，会多次回调 
//（所谓的内容所需要的size，比如一个label约束宽度为了300，但是内容达不到这个宽度，返回的值可能是小于300的size。
eg：(267.5,14.5)）,这个方法在一个控件完全需要内容撑大的时候非常有效
           print(contentSize) 
           contentSize.width += 20 
           contentSize.height += 20 
           print(contentSize) 
       return contentSize 
}

使用：可以通过重写这个方法来获取健全约束后的控件frame，也可以改变其值再返回，这个方法只适合存在固有内容的控件重写。比如：UILable、UIButton和UIImage，其他不适固有内容的View统一返回(-1,-1)
总结：system auto layout 通过健全的约束和固有内容来获取该控件需 要的渲染的frame，就是用这个方法来回调获得的，然后我们通过改变返回值，来达到我们的各种效果。这个返回值的改变临界值就是约束和改变后值取小。这句话的理解就是，改变后的size（30，30），而有一个约束条件是width <= 25,那么最终效果size就是 (25,30)

2.preferredMaxLayoutWidth
就我目前的手法而言，这个方法暂时没什么用，这个方法可以用一个上限约束 "<=" 代替，这个方法在不需要通过约束计算size的时候有效，但是你在某种情况下需要计算出高度那么就需要设置这个属性了（比如在ios7下计算撑大的cell高度）
a.这种方式在iOS9下无效，iOS8下设置有效

class LayoutLabel: UILabel {
    override func layoutSubviews() {
        self.preferredMaxLayoutWidth = self.frame.size.width
        super.layoutSubviews()
    }
}

b.这种方式在iOS9下也无效，iOS8下设置有效

  override func layoutSubviews() {
          super.layoutSubviews()
          self.titleLabel.preferredMaxLayoutWidth = self.titleLabel.bounds.width
          super.layoutSubviews()
      }

总结：在iOS9下暂时只能如下处理(这么处理的缺点就是横屏的时候不能满足)

override func awakeFromNib() {
        super.awakeFromNib()
        self.titleLabel.preferredMaxLayoutWidth = UIScreen.mainScreen().bounds.width - 20
    }

3.sizeThatFits:方法和sizeToFit方法

let tmpsize = testTextView.sizeThatFits(self.testTextView.bounds.size) 
self.testTextViewHeightConstraint.constant = tmpsize.height

使用:类似上面的方法可以实现那种contentSize和高度一致的效果，不产生滚动条。对于tableview实现这个还没尝试过，只测试了textView
总结：调用sizeThatFits:并不改变View的size，它只是根据已有的content和给定的size计算出最合适的view的size。
4.systemLayoutSizeFittingSize:方法
对于固有内容的View在布局完成之前获得frame可以用intrinsinContentSize,
对于非自有内容在布局完成之前要获得一个View的frame那就需要这个方法了。使用这个方法之前确保约束的完整性能足够撑大外层的view，否则约束不完整，根据传入的参数UILayoutFittingCompressedSize对应size.width = 0
，UILayoutFittingExpandedSize对应size.width = 1000
eg:动态计算cell的高度常用这个方法，此方法不能计算包含UITextView的，这种情况的解决方案就是，还是上面的计算然后加上textView的高，textView用上面的sizeThatFits:来计算
这个方法有时候要和preferredMaxLayoutWidth搭载一起使用才有效果

self.testLabelB.text = "这包含的另外一层意思" 
self.testLabelB.preferredMaxLayoutWidth = 300 
let outViewFitSize = self.testUIViewA.systemLayoutSizeFittingSize(UILayoutFittingExpandedSize) 
print("outViewFitSize:\(outViewFitSize)")

总结:就我的理解为什么要在这里设置preferredMaxLayoutWidth才有效果的原因，因为以前不需要设置这个是因为由外到内的约束都是完整的，可以计算出preferredMaxLayoutWidth，但是现在的情况是计算外层的size，那么就无法使用外层约束来揣测内层约束，从而无法得到preferredMaxLayoutWidth，那么就需要显示声明了

5.压缩阻力（Compression Resistance）和 内容吸附(Content

eeee.png

值越大，越不容易被压缩和吸附(拉伸),用过自动布局就知道这种场景吧，，场景：2个view并排，Width都是>=0 ,且2边都leading 0 ，training 为 0 ，你想要拉伸或者压缩那个view呢，就取决于这个条件约束

参考资料

http://zhangbuhuai.com/2015/07/16/beginning-auto-layout-part-1
https://www.mgenware.com/blog/?p=491
http://objccn.io/issue-3-5/