StoryBoard和代码结合 按比例快速兼容iPhone6/6 Plus简单教程

文章中的方法有很大的局限性,请谨慎使用!

现在由于苹果公司出了6和6Plus,让写苹果程序的哥们为了做兼容很头疼。用StoryBoard固然方便,但是后期做兼容要花费太多的时间和精力。
使用AutoLayout虽然会在不同尺寸的屏幕下自动布局,但是很多东西还是要自己手动修改,而且使用AutoLayout的话有一个弊病,就是无法通过代码来修改StoryBoard上控件的尺寸和位置。
使用纯代码搭建界面又会觉得不够直观,要花时间调整布局,虽然方便后期做调整兼容性,但是影响开发效率。
当然个人觉得还是代码和StoryBoard结合的方式比较方便。
先说下使用本方法的要求,首先iPhone5的界面一定要完全兼容,这样才能完美兼容6和6Plus。
首先,我么我们要观察一下5,6和6Plus的尺寸比例关系。发现了他们的关系后待会做兼容就明白了。

屏幕快照-2014-12-17-下午7.51.08-300x164.png

很明显能看出这三种屏幕的尺寸宽高比是差不多的,因此可以在5的基础上,按比例放大来兼容6和6Plus的屏幕。
在AppDelegate.h中

1 @property float autoSizeScaleX;
2 @property float autoSizeScaleY;

在AppDelegate.m中

 1 #define ScreenHeight [[UIScreen mainScreen] bounds].size.height//获取屏幕高度,兼容性测试
 2 #define ScreenWidth [[UIScreen mainScreen] bounds].size.width//获取屏幕宽度,兼容性测试
 3   
 4 - (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions {
 5     AppDelegate *myDelegate = [[UIApplication sharedApplication] delegate];
 6       
 7     if(ScreenHeight > 480){
 8         myDelegate.autoSizeScaleX = ScreenWidth/320;
 9         myDelegate.autoSizeScaleY = ScreenHeight/568;
10     }else{
11         myDelegate.autoSizeScaleX = 1.0;
12         myDelegate.autoSizeScaleY = 1.0;
13     }
14 }

因为iPhone4s屏幕的高度是480,因此当屏幕尺寸大于iPhone4时,autoSizeScaleX和autoSizeScaleY即为当前屏幕和iPhone5尺寸的宽高比。比如,
如果是5,autoSizeScaleX=1,autoSizeScaleY=1;
如果是6,autoSizeScaleX=1.171875,autoSizeScaleY=1.17429577;
如果是6Plus,autoSizeScaleX=1.29375,autoSizeScaleY=1.2957;
现在我们获取了比例关系后,先来看一下如何解决代码设置界面时的兼容。
CGRectMake(CGFloat x, CGFloat y, CGFloat width, CGFloat height)这个方法使我们常用的设置尺寸的方法,现在我设置了一个类似于这样的方法。
在.m文件中

 1 UIButton *btn = [[UIButton alloc] initWithFrame:CGRectMake1(100, 100, 50, 50)];
 2   
 3 CG_INLINE CGRect//注意:这里的代码要放在.m文件最下面的位置
 4 CGRectMake1(CGFloat x, CGFloat y, CGFloat width, CGFloat height)
 5 {
 6     AppDelegate *myDelegate = [[UIApplication sharedApplication] delegate];
 7     CGRect rect;
 8     rect.origin.x = x * myDelegate.autoSizeScaleX; rect.origin.y = y * myDelegate.autoSizeScaleY;
 9     rect.size.width = width * myDelegate.autoSizeScaleX; rect.size.height = height * myDelegate.autoSizeScaleY;
10     return rect;
11 }

这样,这个btn按钮在5,6和6Plus的位置和尺寸比例都是一样的。

代码兼容完之后,来看一下StoryBoard的兼容,当然,在平时的项目中我们不可能就一两个视图,而且每个视图里面可定还套有很多其他视图,如果把所有视图的尺寸用手动输入CGRectMake的方法来改兼容的话工作量非常大,而且容易出错。经过多次试验,我想出一种能快速兼容大多数界面的方法
在AppDelegate.m中

 1 //storyBoard view自动适配
 2 + (void)storyBoradAutoLay:(UIView *)allView
 3 {
 4     for (UIView *temp in allView.subviews) {
 5         temp.frame = CGRectMake1(temp.frame.origin.x, temp.frame.origin.y, temp.frame.size.width, temp.frame.size.height);
 6         for (UIView *temp1 in temp.subviews) {
 7             temp1.frame = CGRectMake1(temp1.frame.origin.x, temp1.frame.origin.y, temp1.frame.size.width, temp1.frame.size.height);
 8         }
 9     }
10 }
11   
12 //修改CGRectMake
13 CG_INLINE CGRect
14 CGRectMake1(CGFloat x, CGFloat y, CGFloat width, CGFloat height)
15 {
16     AppDelegate *myDelegate = [[UIApplication sharedApplication] delegate];
17     CGRect rect;
18     rect.origin.x = x * myDelegate.autoSizeScaleX; rect.origin.y = y * myDelegate.autoSizeScaleY;
19     rect.size.width = width * myDelegate.autoSizeScaleX; rect.size.height = height * myDelegate.autoSizeScaleY;
20     return rect;
21 }

storyBoradAutoLay是把当前view进行两层遍历,把里面的UIView类型的控件的尺寸取出来,乘以对应的比例再赋值给它的尺寸,这样StoryBoard里的兼容就完成了。如果你的界面里嵌套的比较多的话可以多加几层遍历。

在继承了UIViewController的.m文件中

1 #import "AppDelegate.h"
2 - (void)viewDidLoad{
3     [super viewDidLoad];
4     [AppDelegate storyBoradAutoLay:self.view];
5 }

在所有的继承了UIViewController的文件中,都加上storyBoradAutoLay这句代码,就能把当前的view进行兼容。

现在我们来看一下使用了该方法兼容的前后对比效果吧。

iPhone6兼容前

iOS-Simulator-Screen-Shot-2014年12月18日-下午7.07.47-168x300.png

iPhone6兼容后

iOS-Simulator-Screen-Shot-2014年12月18日-下午7.06.38-168x300.png

iPhone6Plus兼容前

iOS-Simulator-Screen-Shot-2014年12月18日-下午7.08.29-168x300.png

iPhone6Plus兼容后

iOS-Simulator-Screen-Shot-2014年12月18日-下午7.06.38-168x300.png

如果整个项目做完后才开始做兼容的话这个方法的优势就体现出来了,面对几十个工程文件,只需自定义并且替换你的CGRectMake方法,再加上storyBoradAutoLay这个方法就瞬间完成大部分甚至全部的兼容。
其实还是比较建议用代码和StoryBoard结合的方式来写代码,无论是从做兼容还是效率来说都是比较好的。
如果遇到tableView的或者其他的兼容改动,手动调整一下即可。

原文地址:https://www.cnblogs.com/spring286/p/4205317.html