iOS开发中关于对Xib的页面进行屏幕适配

本人开发中是不用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 

#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.

****本篇文章到这里就结束了，愿大家加班不多工资多，男同胞都有女朋友，女同胞都有男朋友。***