文献综述（或调研报告）：
1、关于iOS原生页面布局框架的调研
在Xcode6以后界面布局有三种基本的的方法，分别是纯代码手写UI，xib和Storyboard。
纯代码布局UI是最早进行UI界面布局的方法，优点是灵活自由，缺点是使代码看起来比较长,开发量大。xib也是比较早出现的UI布局的方式，优点是不用手写代码，但是每个界面都需要自己xib。Storyboard则是在iOS5以后出现的，实则是xib的聚合体。后面两种方法都不需要我们手写代码来初始化控件和设置它们的相对位置。并且Storyboard可以很方便地梳理出所有View Controller的界面间的调用关系。看似xib和Storyboard的方式节省了很大部分的开发量，但是它们对于团队的版本管理简直就是灾难。它们很容易让多人编辑产生冲突，并且这些冲突解决起来还不如代码那么容易。xib 和 Storyboard不太方便做界面的模块化管理，比如我们想统一修改界面中所有按钮的字体样式，那么在 xib 和 Storyboard只能一个一个手工修改，而如果是代码编写的，则只需要改一个工厂方法的实现即可，再者对于复杂的 App，Storyboard的性能会比较差。
基于团队协作开发的必要性，纯代码布局是最佳选择。而在纯代码布局这种方式下，单纯的编码会造成页面布局的编码工作量占据了工作总量的40%—50%的情况，因此需要寻求一种轻量简洁，编码可读性高的页面布局框架，第三方布局框架的使用同样会使得开发更加便捷高效。
基于Autolayout的框架
1）Masonry:
优点：API比较少，基本上就3个（更新约束：mas_updateConstraints；删除约束：mas_remakeConstraints；添加约束：mas_makeConstraints），因此书写简洁，使用block使得约束层次明确。
缺点：编码逻辑相对复杂，协作开发不利于理解。
2）SDAutoLayout:
以上是毕业论文文献综述，课题毕业论文、任务书、外文翻译、程序设计、图纸设计等资料可联系客服协助查找。
