iOS 中 UIView 的 Layout 相关概念

Autolayout机制相关方法

• - (CGSize)sizeThatFits:(CGSize)size
• - (void)sizeToFit
• - (void)layoutSubviews
• - (void)layoutIfNeeded
• - (void)setNeedsLayout
• - (void)setNeedsDisplay
• - (void)drawRect

layoutSubviews在以下情况下会被调用：

1. init初始化不会触发layoutSubviews,但是是用initWithFrame进行初始化时，当rect的值不为CGRectZero时,也会触发;
2. addSubview会触发layoutSubviews;
3. 设置view 的 Frame会触发layoutSubviews，当然前提是frame的值设置前后发生了变化;
4. 滚动一个UIScrollView会触发layoutSubviews;
5. 旋转Screen会触发父UIView上的layoutSubviews事件;
6. 改变一个UIView大小的时候也会触发父UIView上的layoutSubviews事件;

在苹果的官方文档中强调:

//当autoresizing 属性达不到你想要的 你就需要重写该方法

  You should override this method only if the autoresizing behaviors of the subviews do not offer the behavior you want.

layoutSubviews, 当我们在某个类的内部调整子视图位置时，需要调用。 反过来的意思就是说：如果你想要在外部设置subviews的位置，就不要重写。

刷新子对象布局

• -layoutSubviews方法：这个方法，默认没有做任何事情，需要子类进行重写。
• -setNeedsLayout方法： 标记为需要重新布局，异步调用layoutIfNeeded刷新布局，不立即刷新，但layoutSubviews一定会被调用。

• -layoutIfNeeded方法：如果，有需要刷新的标记，立即调用layoutSubviews进行布局（如果没有标记，不会调用layoutSubviews）。

• 如果要立即刷新，要先调用[view setNeedsLayout]，把标记设为需要布局，然后马上调用[view layoutIfNeeded]，实现布局；

• 在视图第一次显示之前，标记总是“需要刷新”的，可以直接调用[view layoutIfNeeded]；

• sizeToFit会自动调用sizeThatFits方法；
• sizeToFit不应该在子类中被重写，应该重写sizeThatFits；
• sizeThatFits传入的参数是receiver当前的size，返回一个适合的size；
• sizeToFit可以被手动直接调用；
• sizeToFit和sizeThatFits方法都没有递归，对subviews也不负责，只负责自己；
• layoutSubviews 对 subviews重新布局；
• layoutSubviews方法调用先于drawRect；
• setNeedsLayout在receiver标上一个需要被重新布局的标记，在系统runloop的下一个周期自动调用layoutSubviews；
• layoutIfNeeded方法如其名，UIKit会判断该receiver是否需要layout.根据Apple官方文档,layoutIfNeeded方法应该是这样的；
• layoutIfNeeded遍历的不是superview链，应该是subviews链；

重绘

• -drawRect:(CGRect)rect方法：重写此方法，执行重绘任务。
• -setNeedsDisplay方法：标记为需要重绘，异步调用drawRect。

• -setNeedsDisplayInRect:(CGRect)invalidRect方法：标记为需要局部重绘。

• drawRect是对receiver的重绘，能获得context。
• setNeedDisplay在receiver标上一个需要被重新绘图的标记，在下一个draw周期自动重绘，iphone device的刷新频率是60hz，也就是1/60秒后重绘。

ViewController的关键流程

总结：

loadView -> viewDidLoad -> viewWillAppear -> viewWillLayoutSubviews -> viewDidLayoutSubviews -> viewDidAppear -> viewWillDisappear -> viewDidDisappear -> dealloc

view{Will,Did}LayoutSubviews: frame改变之前会调用viewWillLayoutSubviews(例如，横向iPhone时候frame就改变了。),同理可得viewDidLayoutSubviews是frame改变之后调用。

View层的组织与调用方案(参考：View层的组织和调用方案)

一般来说，一个不够好的View层架构，主要原因有：

1. 过多继承导致的复杂依赖关系；
2. 模块化程度不够高，组件粒度不够细；
3. 横向依赖；

viewController的代码规范：

所有的属性都使用getter和setter

• 不要在viewDidLoad里面初始化你的view然后再add，这样代码就很难看。
• 在viewDidload里面只做addSubview的事情，然后在viewWillAppear里面做布局的事情（这里在最后还会讨论）
• 最后在viewDidAppear里面做Notification的监听之类的事情。
• 至于属性的初始化，则交给getter去做。

使用派生实现统一配置的缺点：

1. 派生属于藕合，会增加使用成本和集成成本；
2. 上手接受成本高，新人不能按照常规原生的做法去做事情，需要额外学习；
3. 使用AOP方式：
   • 对于方法拦截，很容易想到Method Swizzling，那么我们可以写一个实例，在App启动的时候添加针对UIViewController的方法拦截；
   • 使用NSObject的load函数，在应用启动时自动监听；
4. Category是最典型的化继承为组合的手段；

关于Constraints在哪添加的问题

1. 苹果在文档中指出，updateViewConstraints是用来做add constraints的地方；
2. 各种测试和各种文档，在viewDidLoad里面开一个layoutPageSubviews的方法，然后在这个里面创建Constraints并添加，会比较好；