ios新版本特性与适配iOS面试iOS

iOS11及iPhoneX适配

2017-09-29  本文已影响3149人  MonkeyHeng

苹果公司于9月份如期发布了新的iPhone-iPhone8,iPhone8 Plus,iPhoneX,前两个不用多说,正常形态的iPhone和前代外观上没有太大区别。iPhoneX则带来了不同的样式,不同的体验,18:9的全面屏屏幕,小刘海,去掉Home键后超前的交互方式。当然对于开发者也带来了对于这块屏幕的适配问题。我想苹果爸爸决定在11月初开售iPhoneX也有一部分让开发者对自己的App做iPhoneX适配的一部分原因,毕竟现在Xcode已经有iPhoneX的模拟器了。

过去,我们拿到的手机是方方正正的矩形,所以整个屏幕都可以看做是安全区域Safe Area,而如今由于iPhone X屏幕上的“刘海”以及屏幕四周采用圆角的设计,需要设计师对绘图区域做出调整。苹果给出的安全区域如下

image ![](http:https://img.haomeiwen.com/i1346171/d08f0e41eb1c5c77.gif?imageMogr2/auto-orient/strip)

页面内容不能超出安全区域(Safe Area)

image

下面我们以通讯录和News应用为例看下iPhoneX模拟器中原生应用对于这块全面屏如何适配的

iPhoneX System App.gif

通过例子我们可以发现主要的三点原则:

  1. 带有空间按钮的顶部导航栏(NavigationBar)要处在“刘海”下面
  2. 底部导航栏(Tabbar)不能在虚拟横条Home键(不知道咋叫,暂且这么叫吧)下面,也就是说要和屏幕底部保持距离
  3. 可滚动的列表整块屏幕都是可展示的,但是滚动条要和顶部和底部保持距离不能超出

基本以上三点原则可以概括为一句话,所有不可滚动的控件推荐在安全区域内展示,可滚动的控件整个屏幕都可以用来展示

这么做也算是充分利用了这块屏幕,并且不影响用户正常使用iPhoneX了

Toon的适配

初期Toon对于iPhoneX的适配基本为0,所以出现不少问题,主要集中以下几点:

  1. 顶部导航栏和底部导航栏超出安全区域
  2. 没有导航栏的列表没有全屏展现
  3. 吸底按钮超出安全区域
  4. 顶部导航栏UI错乱
  5. 列表加载控件在安全区域外部展示

下面通过一个Gif图来看下未经过适配的Toon的部分界面在iPhoneX上表现

iPhoneX System App1.gif

可见未经适配的Toon将会以16:9的样子展现在用户手中,这对于产品在iPhoneX中的体验来说将会是极大的灾难,没有充分利用iPhoneX的全面屏,用户体验将是缺失的

经过一段时间的适配,现在开发版的Toon在iPhoneX上已经可以有良好的展示了,虽然还有很多地方没有经过重新设计和优化,不过已经利用了iPhoneX的屏幕展示了

iPhoneX System App2.gif

经过一段时间的适配,解决了16:9展示,导航栏错位等问题,在的问题主要集中在列表底部加载控件的问题等问题上,接下来本文将通过Demo和Toon的部分界面来具体讲一下iPhoneX UI适配上的问题

启动页的适配

如果对于启动页不做任何适配,那么App启动后你会发现应用是16:9的样式展示的

解决方案有两种:

  1. Xib或者Stroyboard来作为应用的启动图
  2. 添加iPhoneX下启动页的图片

Toon工程中采取的方案是第二种

屏幕快照 2017-09-26 下午11.53.29.png

顶部的适配

以前通过加减20来覆盖或者避免状态的代码都会出问题在iPhoneX上

image

状态栏高度不是20了,iOS11安全区的提出,在iPhoneX上状态栏的高变为44
代码中需要通过[UIApplication sharedApplication].statusBarFrame.size.height获取状态栏高度

[self.tableView mas_remakeConstraints:^(MASConstraintMaker *make) {
    make.top.equalTo(self.view.mas_top).offset([UIApplication sharedApplication].statusBarFrame.size.height);
    make.bottom.equalTo(self.view.mas_bottom);
    make.left.equalTo(self.view.mas_left);
    make.right.equalTo(self.view.mas_right);
}];
image

iOS11automaticallyAdjustsScrollViewInsets属性废弃了会出现ScorllView下沉20的现象

image

可以调用scrollview新的apicontentInsetAdjustmentBehavior

self.automaticallyAdjustsScrollViewInsets = NO;
if (@available(iOS 11.0, *)) {
    self.tableView.contentInsetAdjustmentBehavior = UIScrollViewContentInsetAdjustmentNever;
}
image

但是这么写会导致在iPhoneX下出现,由于在X下安全区域的出现,顶部异形区域不建议覆盖,会造成视觉的差异

image

在代码中我们需要来根据设备高度来判断iPhoneX,从而来避免这种情况

[self.tableView mas_remakeConstraints:^(MASConstraintMaker *make) {
    if (CGRectGetHeight([UIScreen mainScreen].bounds) == 812.0) {
        if (@available(iOS 11.0, *)) {
            make.top.equalTo(self.view.mas_safeAreaLayoutGuideTop);
        }
    } else {
        make.top.equalTo(self.view.mas_top);
    }
    make.bottom.equalTo(self.view.mas_bottom);
    make.left.equalTo(self.view.mas_left);
    make.right.equalTo(self.view.mas_right);
}];
image

如果用了MJRefresh在iPhoneX下列表顶部会出现这样的情况,顶部刷新控件会有露出,UI不美观

image

如果设置contentInsetAdjustmentBehaviorUIScrollViewContentInsetAdjustmentNever,并且设置顶部距离为导航栏距离,又会造成全面屏展示不充分也不是很好

- (void)viewDidLoad {
    [super viewDidLoad];
    <!--省略部分代码-->
    if (@available(iOS 11.0, *)) {
        self.tableView.contentInsetAdjustmentBehavior = UIScrollViewContentInsetAdjustmentNever;
    }
    <!--省略部分代码-->
}

- (void)viewWillLayoutSubviews {
    [super viewWillLayoutSubviews];
    [self.tableView mas_remakeConstraints:^(MASConstraintMaker *make) {
        make.top.equalTo(self.view.mas_top).offset(self.view.layoutMargins.top);
        <!--省略部分代码-->
    }];
}
image

我建议的适配方式,根据具体情况来设置contentInset的值

- (void)viewDidLoad {
    [super viewDidLoad];
    <!--省略部分代码-->
    if (@available(iOS 11.0, *)) {
        self.tableView.contentInsetAdjustmentBehavior = UIScrollViewContentInsetAdjustmentNever;
    }
    <!--省略部分代码-->
}

- (void)viewWillLayoutSubviews {
    [super viewWillLayoutSubviews];
    if (CGRectGetHeight([UIScreen mainScreen].bounds) == 812.0) {
        // 只在iPhoneX下适配
        if (@available(iOS 11.0, *)) {
            self.tableView.contentInset = UIEdgeInsetsMake(self.view.safeAreaInsets.top, 0, 0, 0);
        }
    }
    [self.tableView mas_remakeConstraints:^(MASConstraintMaker *make) {
        make.top.equalTo(self.view.mas_top).offset(0);
        <!--省略部分代码-->
    }];
}

使用以上代码,或者UI设计顶部刷新控件都样式都可以解决该问题,但是我觉得最终极的解决方案还是UI设计根据iPhoneX的异性全面屏给以良好的适配方案,如果有更好的设计方案,比如当列表为初始滚动状态时不显示顶部刷新控件,可以跟我交流

image

顶部的适配问题主要集中体现在以前通过写死状态高度20造成的,对于这个问题,只要调用系统提供获取状态栏高度的方法,就可以避免,至于顶部刷新控件的问题,这个本文建议采取和本文建议的处理底部加载控件的方案来实施,具体可以继续看下文

底部的适配

底部导航栏

如果是采用系统默认的底部导航栏,没有采用自定义的方式,底部导航栏iOS系统级就做了处理,会保证在Tabbar是在安全区域之内

如果是采取自定义的方式那么则要对做出响应的处理

+ (CGFloat)computeTabbarHeight {
    NSInteger style = [[TNAppStackManager shareInstance] rootStyle];
    if (style == RootControllerStyle_TabCircleDrawer || style == RootControllerStyle_TabCircleNoDrawer) {
        return 70.;
    } else if (style == RootControllerStyle_TabNormal) {
        return [[UIDevice currentDevice] systemVersion].doubleValue >= 11.0 ? (fabs(CGRectGetHeight([UIScreen mainScreen].bounds) - 812.) >= 1.0 ? 49. : 83.) : 53.;
    }
    
    return 0;
}

以上是Toon工程在处理底部导航栏高度的示例代码,通过系统版本和设备来判断具体导航栏的高度

列表底部加载控件的的处理

列表的底部加载控件和在全屏下的顶部刷新控件的问题是我认为不不好给出解决方案的问题

iOS11废弃了原有的automaticallyAdjustsScrollViewInsets属性,为scrollview添加了新的属性
contentInsetAdjustmentBehavior

现在对于我列表的适配,我看大都是这个样子的

self.automaticallyAdjustsScrollViewInsets = NO;
if (@available(iOS 11.0, *)) {
    self.tableView.contentInsetAdjustmentBehavior = UIScrollViewContentInsetAdjustmentNever;

这两个属性都是为了让列表对于全屏和异形屏幕下有良好的展示设计的,对于非全屏状态下的列表,这两个属性不处理没有关系,因为只有在全屏或者半全屏(只有顶部导航或者)

对于Toon来说,刚开我们对于所有的列表都将上面的属性置为了UIScrollViewContentInsetAdjustmentNever,这样在iPhoneX部分界面就变成这样了

Simulator Screen Shot - iPhone X - 2017-09-29 at 00.06.07.png

为了明显我讲底部加载控件的背景色置成了橙色,可以看到正常情况,加载控件是暴露在安全区域外部,上面的文字也能看到,这样一来既不没关也显得不够专业,并且文字也被home虚拟横条挡住了

那么怎么处理这种情况才会更好些呢,本文给的解决方案是给底部加载控件加一个遮罩,而这个遮罩是根据,tableView的偏移量来展示的,最后的效果如下。

iPhoneX System App4.gif

核心代码如下:

- (void)setLoadFooter {
    self.tableView.mj_footer = [MJRefreshBackStateFooter footerWithRefreshingTarget:self refreshingAction:@selector(loadCommentData)];
    self.tableView.mj_footer.backgroundColor = [UIColor orangeColor];
    self.tableView.mj_footer.maskView = [[UIView alloc] init];
    self.tableView.mj_footer.maskView.backgroundColor = [UIColor whiteColor];
    [self.tableView addObserver:self forKeyPath:@"contentOffset" options:NSKeyValueObservingOptionNew context:nil];
}

- (void)observeValueForKeyPath:(NSString *)keyPath ofObject:(id)object change:(NSDictionary<NSKeyValueChangeKey,id> *)change context:(void *)context {
    if (object == self.tableView && [keyPath isEqualToString:@"contentOffset"]) {
        if (@available(iOS 11.0, *)) {
            /*
             判断设备为iPhoneX时,
             并且contentInsetAdjustmentBehavior不为UIApplicationBackgroundFetchIntervalNever
             */
            if (CGRectGetHeight([UIScreen mainScreen].bounds) == 812.0 && self.tableView.contentInsetAdjustmentBehavior == UIScrollViewContentInsetAdjustmentAutomatic) {
                CGFloat distanceToSafeBottom = (self.tableView.contentOffset.y + CGRectGetHeight(self.tableView.frame) - self.view.safeAreaInsets.bottom) - self.tableView.contentSize.height;
                if (distanceToSafeBottom < 0) {
                    self.tableView.mj_footer.maskView.frame = CGRectZero;
                } else {
                    CGFloat showFooterHeight = distanceToSafeBottom;
                    if (showFooterHeight > CGRectGetHeight(self.tableView.mj_footer.bounds)) {
                        showFooterHeight = CGRectGetHeight(self.tableView.mj_footer.bounds);
                    }
                    if (self.tableView.mj_footer.state != MJRefreshStateRefreshing) {
                        self.tableView.mj_footer.maskView.frame = CGRectMake(0, 0, CGRectGetWidth(self.tableView.mj_footer.bounds), showFooterHeight);
                    }
                }
            }
        }
    }
}
上一篇下一篇

猜你喜欢

热点阅读