关于iOS 11的适配

距离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;

}

tableview:

在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 ;

暂时这些, 以后补充