距离iOS 11正式发布也有小半年了, 陆陆续续也看到许多关于iOS 11和iPhone X适配相关的文章,
现记录下自己做适配所做的工作
首先给出自己适配所用到的宏定义, 如下:
//状态栏
#define kStatusBarHeight [[UIApplication sharedApplication] statusBarFrame].size.height
//导航条高度
#define kNavBarHeight (kStatusBarHeight + 44)
//标签栏的高度 适配iPhoneX 底栏高度
#define kTabBarHeight (kStatusBarHeight > 20 ? 83 : 49)
//底部非安全区域高度
#define SafeAreaBottomHeight (kStatusBarHeight > 20 ? 34 : 0)
#屏幕适配#
在iOS 11之前做屏幕适配, 我的做法一般都是根据屏幕的宽高去做比例调试的, 例如一个控件高度100, 我的做法就是SCREEN_HEIGHT*比例
但是在iPhone X上这种方法就不行了, iPhone X的宽高比和之前的iPhone屏幕宽高比差别太大, 所以现在一般是只拿平宽去做比例
像上面的例子就是SCREEN_WIDTH*比例
#scrollview & tableview适配#
scrollview:
如果有一些文本位于UI滚动视图的内部,并包含在导航控制器中,现在一般
navigationContollers
会传入一个
contentInset
给其最顶层的
viewController
的scrollView,在iOS11中进行了一个很大的改变,不再通过scrollView的
contentInset
属性了,而是新增了一个属性:
adjustedContentInset
,
新增的
contentInsetAdjustmentBehavior
属性用来配置
adjustedContentInset
的行为,该结构体有以下几种类型:
typedef
NS_ENUM(
NSInteger,
UIScrollViewContentInsetAdjustmentBehavior) {
UIScrollViewContentInsetAdjustmentAutomatic,
UIScrollViewContentInsetAdjustmentScrollableAxes,
UIScrollViewContentInsetAdjustmentNever,
UIScrollViewContentInsetAdjustmentAlways,
}
我都做法一般是设置
if
(@available(iOS
11.0
, *)){
_tableView.contentInsetAdjustmentBehavior = UIScrollViewContentInsetAdjustmentNever;
}
在iOS11的环境下就要注意了,因为开启
Self-Sizing
之后,tableView是使用
estimateRowHeight
属性的,这样就会造成contentSize和contentOffset值的变化,如果是有动画是观察这两个属性的变化进行的,就会造成动画的异常,因为在估算行高机制下,contentSize的值是一点点地变化更新的,所有cell显示完后才是最终的contentSize值。因为不会缓存正确的行高,tableView reloadData的时候,会重新计算contentSize,就有可能会引起contentOffset的变化。iOS11下不想使用
Self-Sizing
的话,可以通过以下方式关闭:
self.tableView.estimatedRowHeight =
0
;
self.tableView.estimatedSectionHeaderHeight =
0
;
self.tableView.estimatedSectionFooterHeight =
0
;
暂时这些, 以后补充