Swift - 约束

约束

Storyboard中通过拖拽设置constraints;

VFL和原生语法使用代码设置constraints;

oc - Masonry, swift - SnapKit;对应框架设置约束

iOS布局机制 auto layout

　　某个View需要使用auto layout布局，需要设置起translatesAutoresizingMaskIntoConstraints属性设置为NO

重要的API

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，会多次回调
print(contentSize)
contentSize.width  += 20
contentSize.height += 20
print(contentSize)
return contentSize
}

intrinsicContentSize可以通过重写这个方法，返回一个通过约束计算出的frame，也可以如上，改变这个frame来达到渲染后的frame。（

UILable、UIButton和UIImage这种可以通过内容通过约束得出size

）

其他的类似View重写的这个方法统一都返回（－1，－1），包括UITextView都返回的是（－1，－1）

总结：上面这个方法的理解，有一种效果没法简单实现，就是多行内容的contentInset，宽貌似没法实现（已经校验过），在这2个方法里面对其

　　　返回Size的修改，都必须在其固有约束里面，比如本来这个View宽小于等于30，不能说修改后返回的size宽大于30了。这样就没没法实现

上面说的多行文本的contentInset（换句话说就是完整约束下的宽高和通过这个方法改变的宽高取小者）

2.preferredMaxLayoutWidth

就我目前的手法而言这个方法是没有用的，这个方法可以用一个上限约束 "<=" 代替

3.sizeThatFits:方法和sizeToFit方法

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

类似上面的方法可以实现那种内容和高度一致的效果，不产生滚动条。对于tableview实现这个还没尝试过，只测试了textView

总结：调用sizeThatFits:并不改变View的size，它只是根据已有的content和给定的size计算出最合适的view的size。

　　　sizeToFit会改变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 = "这包含的另外一层意思，即在布局完成前，我们是不能通过view.frame.size准确获取view的size的。但有时候，我们需要在auto layout system对view完成布局前就知道它的这包　　　　　　含的另外一层意思，即在布局完成前，我们是不能通过view.frame.size准确获取view的size的。但有时候，我们需要在auto layout system对view完成布局前就知道它的"
　　self.testLabelB.preferredMaxLayoutWidth = 300
　　 let outViewFitSize = self.testUIViewA.systemLayoutSizeFittingSize(UILayoutFittingExpandedSize)
　　 print("outViewFitSize:\(outViewFitSize)")

总结:就我的理解为什么要在这里设置preferredMaxLayoutWidth才有效果的原因，因为以前不需要设置这个是因为由外到内的约束都是完整的，可以计算出preferredMaxLayoutWidth，但是现在的情况是

　　　计算外层的size，那么就无法使用外层约束来揣测内层约束，从而无法得到preferredMaxLayoutWidth，那么就需要显示声明了

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



值越大，越不容易被压缩和吸附(拉伸),用过自动布局就知道这种场景吧，，场景：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/