IOS界面布局到底纯代码和xib哪个好

我做IOS开发有几年了，之前从C++，MFC转过来的，刚开始做IOS开发，我都是用纯代码，我现在还记得那种张手就来的感觉

UIButton *controlButton = [UIButton alloc] init];

controlButton.frame = CGRect ( 100, 100, 100 ,100);

......

刚开始也不懂什么布局，适配，所以基本就是做好一个布局，然后拿比例计算一下，那时候iphone还没那么多，就4和5，我当时是4、5、ipad都是一套比例，在5上面写死了frame做好之后，在其他上面，拿当时的屏幕宽度按比例以计算，这样可能不好看，最起码每个界面上都可以看。当时就是初学者，这个现在想想真不是一般的烂。

后来慢慢接触了一点，autoLayout的技术，都是用代码，那时候不会用xib。尝试用了一下autolayout，其实还是按比例计算，只是以前是硬算frame，后来变成在autolayout里面按比例了。

这些都是没入门的时候的事情了。

后来到了一家公司，慢慢接触到人家的框架，才了解到xib的好处。那个公司的框架大概是这样的。因为产品要做iphone和ipad版本的，所以等于ios 的屏幕都要适配。

一般每个界面都是做两个xib，一个是ipad的，一个是iphone的，比如我找个ViewController叫testViewController，那么我对应的两个xib就是testViewController.xib和testViewController_ipad.xib。然后代码中创建ViewController的时候呢就继承自一个viewController的基类。找个基类中有一个公共的创建ViewController的方法，找个方法中会判断当前ios设备是ipad还是iphone，ipad就用ipad的xib作为布局去创建ViewController，iphone呢就会用iphone的xib去创建。这样每个ViewController就有4个文件，.h、.m、.xib、_ipad.xib。然后在xib中都用autolayout布局，关于怎么在xib中进行autolayout布局我之前有篇浅显的文章讲述http://www.jianshu.com/p/165285ab2e0b。大家可以看下。当然我们GUI出图和布局也是两套，一套是ipad的，一套是iphone的，这样有点麻烦，但是也有有点，清晰明了。效果也能一目了然。之前说的ViewContrller的公共基类中也可以放一些通用的UI创建代码。比如标题栏之类的。

另外上面这种架构还可以扩展，不如我有一个页面还需要针对5或者4单独做一个适配，那么我再多创建一个xib，重写基类那个创建ViewController的方法，在里面不但分别判断ipad和iphone，还区别iphone4和5，使用不同的xib创建就OK了。

对于这种方式我刚开始完全不能接受，虽然我用还是会用一个ViewController四个文件的方式，为了匹配整个框架，但是我的两个xib中经常就是完全空的，然后再去.m中各种代码创建，约束布局。但是时间久了用一用xib，发现也是很好用。用多了，里面的奥妙也很多。关键.m里面的代码变少了，大部分只需要写一些逻辑判断之类的，一下少了大篇幅的UI创建布局代码，代码的可读性也增强了。

但是话说回来，也不能完全依赖xib，有些东西毕竟还是代码比较灵活，有些界面需要根据不同情况匹配的时候，就需要xib和代码配合。

例如

有一个页面，如下所示

有三个View，A_View、B_View、C_View。某些情况下界面需要隐藏B_View,而且隐藏的时候，C_View需要缩进上去，紧跟A_View。当然这类处理，在代码中也有很多方法，我就讲讲当时我们怎么结合xib、autolayout来解决的。首先我们做一个流式布局，B跟着A，C跟着B。再做一个限制就是C跟着A，这个时候，C跟着B的约束就和C跟着A的约束冲突了。那么我们就使用优先级来解决。正常情况下是C跟着B，那么C跟着B的约束优先级定为750，而C跟着A的约束优先级定位250。然后将C跟着A的约束引入一个实例到代码中，代码中只需要根据逻辑的需要，希望隐藏B的时候，将B的hidden属性设置为YES，再将C跟着A的约束优先级设置为1000,高于750就可以了。需要显示B的时候，就将B的hidden属性设置为NO，然后把C跟着A的约束优先级设置为250，低于750就可以了。

通过xib和代码的结合，这样一个界面显示的需求很容易就实现了。

因此我觉得XIB的存在一定是有他的道理的

1.将UI的创建，属性设置，界面布局都封装在xib中不与代码逻辑混淆，增加了代码的可读性。ViewController的代码量也变少。代码中只负责处理逻辑。

2.xib更加直观，与产品、UI、测试沟通的时候，一目了然

3.其实xib更加容易读懂，写一堆代码，还引入一些代码块，UI工厂之类的代码，后面维护的人阅读的时候特别难懂，xib一个ViewController对照一个xib，一清二楚。

等等还有很多好处，总之你用代码写UI也可以，但是尝试使用一下xib，你会发现更加有意思。

随便写的，有什么问题欢迎指正，qq 1828141617