iOS的布局方式可以从两个维度来进行选择：
第二个维度是：代码/storyboard或xib
用代码写布局方式，缺点是无法像storyboard和xib一样直观的显示出来，控件的布局和约束都要用代码写。每次改遍布局需要运行之后才可以查看改变后的样子，再次进行修改和约束。优点是1、适合多人合作版本管理和追踪 2、适合组件的复用 3、复杂的，动态变化的逻辑 4、sizeClass适配等
用storyboard或xib的优点是：可以通过拖拽来实现创建控件、约束控件的位置和大小、不用等运行后才可以查看页面的布局，还可以实现页面间的调转等。缺点是：1、使用storyboard，多个的viewcontroller都在一个storyboard中，不适合多人合作版本管理和追踪问题 2、因为每个界面都需要添加对应的控件，如果是同一个控件，在另外一个viewcontroller还是要重新添加，不适合组件的复用。3、storyboard的约束相对比较简单，不适合复杂的，动态变化的逻辑。4、不适合sizeClass适配等。
第二个维度的选择可以根据项目的大小和分工时间来选择，如果是小项目，逻辑比较简单，人员单一的时候可以使用storyboard来简化工作量，更加方便快捷。如果是多人合作开发，分工比较细致、逻辑比较复杂的时候，用storyboard会比较复杂，代码合并冲突等问题会造成极大的工作量，此时用代码更加方便快捷，如果是组件化开发，也可以使用代码来适用组件的复用
