iOS界面开发需要用Point乘以屏幕比例系数吗

现状

由于公司给 app 设计的效果图是基于 iPhone 6 的，效果图的宽度是 375 point。为了适应大小屏幕，我们专门封装了一个函数来获取一个适配的点。

inline CGFloat Point(void)
{
    static CGFloat point;
    static dispatch_once_t onceToken;
    dispatch_once(&onceToken, ^{
        point = ([UIScreen mainScreen].bounds.size.width / 375.0f);//以iPhone6为标准的比例值
    });
    
    return point;
}

所以在使用的时候，就会是效果图上里面的点乘以适配点。比如一张 140 x 140 图片距离屏幕左边 20 点。

UIImageView *imageView = [UIImageView new];
imageView.frame = CGRectMake(20 * Point(), 0, 140 * Point(), 140 * Point());

这样的话，在大屏幕里面，间距和图片大小都会比效果图更大，

在小屏幕里面，间距和图片大小都会比效果图更小，这样就可以适配小屏幕了。

虽然这样很好的适配小屏幕，但是会让大屏幕的间距看起来很大，总体看起来没有很好的利用空间。比如距离左边 20 点，在 7p 上就是 22.08，会多出 2.08 的点，这样就会距离左边更大了。

20 * Point() = 20 * 1.104 = 22.08

两种常用的计算方式

点乘以系数，既 n * Point()，这就是上面所说的方式。
就是直接使用点，这样的话就可以在不同的屏幕空间之间的间距就是一样的了，不会造成像方式一在大屏幕上的空洞感。但是缺点就是，如果在一行上所有的控件都是固定宽度并且超过最小屏幕的话，就不适用了，如果真有这种情况，那我觉得设计上就不对了，在设计上至少要让一行上某一个控件自适应。