背景
今天做地址列表页面,如图:
tableView的约束我是这样写的:
[self.tableView mas_makeConstraints:^(MASConstraintMaker *make) { make.top.mas_equalTo(myAddressLabel.mas_bottom); make.left.right.bottom.mas_offset(0); }];
tableView滚动的时候是这种效果:
效果.gif
但是当tableView滚动到最底部的时候,最后一个cell被挡住了:
home_indicator挡住了cell的内容
于是我针对iOS 11调整了一下约束:
[self.tableView mas_makeConstraints:^(MASConstraintMaker *make) { make.top.mas_equalTo(myAddressLabel.mas_bottom); make.left.right.mas_offset(0); if (@available(iOS 11.0, *)) { make.bottom.mas_equalTo(self.view.mas_safeAreaLayoutGuideBottom); } else { make.bottom.mas_equalTo(self.view); } }];
OK,现在就不会挡住最后一个cell了:
home_indicator不会挡住cell的内容
但是滚动tableView的时候又尴尬了:
尴尬.gif
对比这张GIF与上一张GIF,可以发现这里根本没有体现iPhone X全面屏的优势。
真正的适配iPhone X,是滚动的时候全屏滚动(如第一张GIF),滚到底的时候最后一个cell也不会被home_indicator挡住。
写了个demo研究
为了方便弄清问题我新建了一个小demo,demo里我并没有对约束做什么特殊处理:
UITableView *tableView = [[UITableView alloc] init]; [self.view addSubview:tableView]; tableView.dataSource = self; tableView.delegate = self; [tableView mas_makeConstraints:^(MASConstraintMaker *make) { make.top.mas_offset(NAVIGATION_BAR_HEIGHT); make.left.right.bottom.mas_offset(0); }];
demo的效果:
demo.gif
这才是我想要的效果啊!
我很疑惑,同样的约束代码我用在项目里怎么就不对了。
当初为了适配iOS 11,你做了什么?
后来我把这个问题发到群里,我同学问我是不是用了automaticallyAdjustsScrollViewInsets。
这个属性我有用到,但是iOS 11出来后我就没用了,我用了另一个:
contentInsetAdjustmentBehavior
iOS 11刚出来的时候,我发现项目中的scrollView(及其子类)在iOS 11虚拟机上的偏移量发生了变化,那个时候关于适配iOS 11的文章很多,我也很轻松的找到了解决方案:
在AppDelegate.m中加上这段代码:
if (@available(iOS 11, *)) { [UIScrollView appearance].contentInsetAdjustmentBehavior = UIScrollViewContentInsetAdjustmentNever; }
scrollView在iOS 11上的偏移问题就解决了,这段代码是什么意思我并未研究,只是从其字面意思上感觉它就是让scrollView不要发生偏移,但是我并没意识到它跟安全区域有关。
绕不过的安全区域
关于安全区域的文章有很多了,相信大家就算没仔细研究过,零散的文章也读了不少,这里给大家推荐一篇:
https://www.jianshu.com/p/63c0b6cc66fd
现在来说下[UIScrollView appearance].contentInsetAdjustmentBehavior = UIScrollViewContentInsetAdjustmentNever和安全区域的关系。
appearance:
To customize the appearance of all instances of a class, send the relevant appearance modification messages to the appearance proxy for the class. For example, to modify the bar tint color for all UINavigationBar instances:
[[UINavigationBar appearance] setBarTintColor:myColor];
自己翻译:自定义所有这个类的对象的外观,比如说修改所有导航栏的bar tint color:
[[UINavigationBar appearance] setBarTintColor:myColor];
contentInsetAdjustmentBehavior:
自己翻译:是否根据安全区域调整偏移量,默认是自动调整的。
[UIScrollView appearance].contentInsetAdjustmentBehavior = UIScrollViewContentInsetAdjustmentNever这句话的意思就是所有scrollView的偏移量不随安全区域而调整。
这就是项目里的scrollView翻到底的时候最后一个cell会被home_indicator挡住的原因。
又因为contentInsetAdjustmentBehavior的默认值是UIScrollViewContentInsetAdjustmentAutomatic,所以小demo里tableView自动调整了偏移量,因此翻到底的时候最后一个cell不会被home_indicator挡住。
所以要解决项目里的tableView的显示问题,只需要将这个tableView的contentInsetAdjustmentBehavior改为UIScrollViewContentInsetAdjustmentAutomatic:
if (@available(iOS 11.0, *)) { self.tableView.contentInsetAdjustmentBehavior = UIScrollViewContentInsetAdjustmentAutomatic; } [self.tableView mas_makeConstraints:^(MASConstraintMaker *make) { make.top.mas_equalTo(myAddressLabel.mas_bottom); make.left.right.bottom.mas_offset(0); }];
修改后.gif
反思
最初适配iPhone X的时候,我的想法很简单:
iPhone X嘛,无非就是状态栏和tabbar的高度发生了变化,多了一个home_indicator而已,几个宏就搞定了:
// 判断是否是iPhone X #define iPhoneX ([UIScreen instancesRespondToSelector:@selector(currentMode)] ? CGSizeEqualToSize(CGSizeMake(1125, 2436), [[UIScreen mainScreen] currentMode].size) : NO) // 状态栏高度 #define STATUS_BAR_HEIGHT (iPhoneX ? 44.f : 20.f) // 导航栏高度 #define NAVIGATION_BAR_HEIGHT (iPhoneX ? 88.f : 64.f) // tabBar高度 #define TAB_BAR_HEIGHT (iPhoneX ? (49.f+34.f) : 49.f) // home indicator高度 #define HOME_INDICATOR_HEIGHT (iPhoneX ? 34.f : 0.f)
凭借这几个宏,我把导航栏和tabbar高度一改,然后就想当然的认为完成了iPhone X的适配工作——在别人还在研究安全区域的时候。
当然,tableView是这样的:
不是全面的全面屏.gif
我想的是:home_indicator没有挡住cell内容就是适配完成了。(还好APP的几个主页都是有tabbar的,不存在这种问题,不然真的丑爆了。)
安全区域是什么?我知道有这个东西,这东西重要吗?反正也不用(我都用宏解决了),懒得去管。
事实说明人终将为自己的无知付出代价。
诚如CepheusSun所说:
在适配 iPhone X 的时候首先是要理解 safe area 是怎么回事,盲目的 if iPhoneX{} 只会给之后的工作带来更多的麻烦。
最后,再次强调
真正的适配效果是:
正确姿势.gif
不是:
home_indicator挡住了最后一个cell.gif
也不是:
这还是全面屏吗?.gif
希望我们都能做一个格物致知的开发者。
作者:无夜之星辰
链接:https://www.jianshu.com/p/82b692af6858