本人开发中是不用Xib的。
不用Xib的原因
1. 维护成本高
当页面布局更改之后修改页面的时间完全高于修改代码的时间（虽然Xib在第一次写的时候很快），如果多人开发很可能造成代码冲突，解决Xib的冲突也是很耗时间，如果是其他人来修改你的Xib要比直接修改代码难。
2.屏幕适配难
比如一个UIView在iphone8上的frame是（10，10，100，100），那么它在iphone8P和iphoneX上的frame就不是原来的frame了，而是各个参数会分别乘上一个比例比如在iphone8P上会是（101.3，101.3，1001.3，1001.3），如果要进行屏幕适配就要将这个UIView的四个约束拖出来，进行适配，对一个控件适配就要拖四个约束，如果多个控件那岂不是要拖更多的约束，所以所Xib屏幕适配很难。（管于拖约束进行屏幕适配看这篇文章https://www.jianshu.com/p/a25437f33b54）
3.不常用Xib
不常用Xib导致使用不熟练，不熟练就不常用Xib，不常用Xib就不熟练....
现在发现对使用Xib的页面进行屏幕适配其实也不是那么复杂，拖那么多约束进行屏幕的适配，我们可以为NSLayoutConstraint写一个分类，然后一次性实现对所有约束的适配。
对Xib页面进行适配
我们在NSLayoutConstraint的分类中利用runtime将其initWithCoder：方法进行替换，然后在替换的方法中对Xib中所有的约束进行屏幕适配。
核心代码：
#import "NSLayoutConstraint+Scale.h"
#import <objc/runtime.h>
#define kScreenWidth ([UIScreen mainScreen].bounds.size.width)
#define ScaleWidthByOject(contentWidth) (CGFloat)kScreenWidth/375.0*(contentWidth)
@implementation NSLayoutConstraint (Scale)
+ (void)load{
Method imp = class_getInstanceMethod([self class], @selector(initWithCoder:));
Method myImp = class_getInstanceMethod([self class], @selector(myInitWithCoder:));
method_exchangeImplementations(imp, myImp);
}
- (id)myInitWithCoder:(NSCoder*)aDecode
{
[self myInitWithCoder:aDecode];
if (self){
if([self.identifier isEqualToString:@"666"]) // 也可以加一个判断条件，只对符合条件的约束进行适配
{
self.constant = ScaleWidthByOject(self.constant);
}
}
return self;
}
@end
这样，虽然适配简单了，但本人开发中还是不用Xib，当然仁者见仁智者见智。
注意：要给约束的identifier添加一个值，如果上述代码中的约束的identifier为666.
****本篇文章到这里就结束了，愿大家加班不多工资多，男同胞都有女朋友，女同胞都有男朋友。😊***
