第九篇:swift4.0、iPhone X、iOS 11的适配工作

iPhone X的适配工作

1、闪屏(启动页)适配

目前Xcode9.0已结可以更新了,更新了Xcode的朋友在iPhone X的模拟器下运行APP,发现屏幕未充满 ps:启动页使用LaunchImage的情况 ,这种情况大家也基本都知道,这是缺少启动图的原因。

解决办法:

LaunchImage 中添加一个和 iPhone X 相关的启动图片 
图片尺寸:1125 * 2436 
Contents.json 中代码如下
{
    "extent" : "full-screen",
    "idiom" : "iphone",
    "subtype" : "2436h",
    "filename" : "1125_2436.png",
    "minimum-system-version" : "11.0",
    "orientation" : "portrait",
    "scale" : "3x"
}

2、安全区域问题Safe Area

iPhone X 取消了 Home键,实现了高屏占比,所以默认 View 的区域是全屏幕
屏幕四周有圆角、顶部有“刘海”、底部有手势区域
所以顶部导航栏就变为了44+44=88(iPhone X之前的都为20+44=64)

解决方法:

//导航栏高度
let NavigationBarHeight = statusBarHeight + CGFloat(44.0)
//时间栏的高度
let statusBarHeight = iPhoneX ? CGFloat(34) : CGFloat(20)

ps:关于iPhone X的底部适配,目前还没找到好的适配方式,因为使用的第三方的自动布局库,现在还没有更好的方式,所以暂时搁置了,持续更新中。。。

iOS 11的适配工作

1、UITableview UICollectionView MJRefresh下拉刷新错乱

如果有一些文本位于UI滚动视图的内部,并包含在导航控制器中,现在一般navigationContollers会传入一个contentInset给其最顶层的viewController的scrollView,在iOS11中进行了一个很大的改变,不再通过scrollView的contentInset属性了,而是新增了一个属性:adjustedContentInset。

contentInsetAdjustmentBehavior属性有以下几个枚举值

typedef NS_ENUM(NSInteger, UIScrollViewContentInsetAdjustmentBehavior) {  
    UIScrollViewContentInsetAdjustmentAutomatic, 
    UIScrollViewContentInsetAdjustmentScrollableAxes,
    UIScrollViewContentInsetAdjustmentNever,
    UIScrollViewContentInsetAdjustmentAlways,
}

@property(nonatomic) UIScrollViewContentInsetAdjustmentBehavior contentInsetAdjustmentBehavior;
@property(nonatomic, readonly) UIEdgeInsets adjustedContentInset;

//adjustedContentInset值被改变的delegate
- (void)adjustedContentInsetDidChange; 
- (void)scrollViewDidChangeAdjustedContentInset:(UIScrollView *)scrollView;

1、 automatic 和scrollableAxes一样,scrollView会自动计算和适应顶部和底部的内边距并且在scrollView 不可滚动时,也会设置内边距.
2、 scrollableAxes 自动计算内边距.
3、 never不计算内边距
4、 always 根据safeAreaInsets 计算内边距
在我们项目中写tableview的时候可以加下面的代码来解决此问题

解决办法:如果还想保持和之前版本一样的布局效果,则设置:

if (@available(iOS 11.0, *)) {
    _tableView.contentInsetAdjustmentBehavior = UIScrollViewContentInsetAdjustmentNever;
    _scrollview.contentInsetAdjustmentBehavior = UIScrollViewContentInsetAdjustmentNever;
}

2、定位相关

问题描述:无法定位,而且程序在安装后第一次访问定位权限时,无定位权限提示对话框弹出。
原因:iOS11 定位相关的权限做了更改,在iOS11上使用了新的定位权限key。
解决方案:
如果原来申请的权限是始终允许NSLocationAlwaysUsageDescription,那么需要在保留原来的key的基础上增加NSLocationWhenInUseUsageDescription和NSLocationAlwaysAndWhenInUsageDescription。

3、系统相册相关

问题描述:iOS11上读写相册的照片时发生崩溃。
原因:由于相册相关权限的key发生了变化。用户在没有权限的情况下,访问相册导致崩溃。
解决方案:
iOS11之前相册对应的key是NSPhotoLibraryUsageDescription,iOS11对应的Key是NSPhotoLibraryAddUsageDescription。同定位的Key一样,由于key没有兼容性,所以需要保留原key以兼容iOS10及之前版本。

4、第三方库WKWebViewJavascriptBridge

问题描述:在WKWebView的回调函数中崩溃:
func webView(_ webView: WKWebView, decidePolicyFor navigationAction: WKNavigationAction, decisionHandler: @escaping (WKNavigationActionPolicy) -> Void)
原因:WKWebViewJavascriptBridge内部逻辑问题
解决方案:WKWebViewJavascriptBridge最新的6.0.2上仍然没有解决这个问题,可以参考github issue#272
只能手动修改源文件,将WKWebViewJavascriptBridge.m 的L153的if改为 else if

更改前后的图片:


第九篇:swift4.0、iPhone X、iOS 11的适配工作_第1张图片
20170913135248515.png

5、滑动删除会蹦?(转,目前还没试验,mark下)

在iOS8之后,苹果官方增加了UITableVIew的右滑操作接口,即新增了一个代理方法(tableView: editActionsForRowAtIndexPath:)和一个类(UITableViewRowAction),代理方法返回的是一个数组,我们可以在这个代理方法中定义所需要的操作按钮(删除、置顶等),这些按钮的类就是UITableViewRowAction。这个类只能定义按钮的显示文字、背景色、和按钮事件。并且返回数组的第一个元素在UITableViewCell的最右侧显示,最后一个元素在最左侧显示。从iOS 11开始有了一些改变,首先是可以给这些按钮添加图片了,然后是如果实现了以下两个iOS 11新增的代理方法,将会取代(tableView: editActionsForRowAtIndexPath:)代理方法:

// Swipe actions
// These methods supersede -editActionsForRowAtIndexPath: if implemented
- (nullable UISwipeActionsConfiguration *)tableView:(UITableView *)tableView leadingSwipeActionsConfigurationForRowAtIndexPath:(NSIndexPath *)indexPath
- (nullable UISwipeActionsConfiguration *)tableView:(UITableView *)tableView trailingSwipeActionsConfigurationForRowAtIndexPath:(NSIndexPath *)indexPath

这两个代理方法返回的是UISwipeActionsConfiguration类型的对象,创建该对象及赋值可看下面的代码片段:

- ( UISwipeActionsConfiguration *)tableView:(UITableView *)tableView trailingSwipeActionsConfigurationForRowAtIndexPath:(NSIndexPath *)indexPath {
    //删除
    UIContextualAction *deleteRowAction = [UIContextualAction contextualActionWithStyle:UIContextualActionStyleDestructive title:@"delete" handler:^(UIContextualAction * _Nonnull action, __kindof UIView * _Nonnull sourceView, void (^ _Nonnull completionHandler)(BOOL)) {
        [self.titleArr removeObjectAtIndex:indexPath.row];
        completionHandler (YES);
    }];
    deleteRowAction.image = [UIImage imageNamed:@"icon_del"];
    deleteRowAction.backgroundColor = [UIColor blueColor];

    UISwipeActionsConfiguration *config = [UISwipeActionsConfiguration configurationWithActions:@[deleteRowAction]];
    return config;
}

创建UIContextualAction对象时,UIContextualActionStyle有两种类型,如果是置顶、已读等按钮就使用UIContextualActionStyleNormal类型,delete操作按钮可使用UIContextualActionStyleDestructive类型,当使用该类型时,如果是右滑操作,一直向右滑动某个cell,会直接执行删除操作,不用再点击删除按钮,这也是一个好玩的更新。

滑动操作这里还有一个需要注意的是,当cell高度较小时,会只显示image,不显示title,当cell高度够大时,会同时显示image和title。我写demo测试的时候,因为每个cell的高度都较小,所以只显示image,然后我增加cell的高度后,就可以同时显示image和title了。

swift4.0的适配工作

1、指定swift4.0的版本

第九篇:swift4.0、iPhone X、iOS 11的适配工作_第2张图片
修改swift4.png

2、pods的第三方库的适配

目前pods的framework只能指定一个版本的swift。issue在这里:Pods automatically compiling with Swift 4.0 in Xcode 9 beta 1 。pod默认会使用一个swift版本编译全部,然而并不是你所导入的第三方库都已经支持swift4,这就导致了一个问题就是,要么你的第三方库都升级为swift4.0,要么有一个还不支持swift4就要统一使用swift3.2的版本。这是一个选择题,由于目前swift4.0刚出没多久,而且所有的第三方库都支持4.0也不太现实,所以这方面的适配工作就搁置了。

3、swift4.0语法适配

  • Swift4.0中对于扩展的属性(包括实例属性、static属性、class属性),都只能使用get方法,不可使用set方法

  • Swift4.0中不再允许复写扩展中的方法(包括实例方法、static方法、class方法)

  • swift3使用#selector指定的方法,只有当方法权限为private时需要加@objc修饰符,现在全都要加@objc修饰符(这是最坑的!!!)

  • 字体方面的一些重命名:
    (NSFontAttributeName重命名为NSAttributedStringKey.font、NSForegroundColorAttributeName重命名为NSAttributedStringKey.foregroundColor、NSStrikethroughStyleAttributeName重命名为NSAttributedStringKey.strikethroughStyle、size(withAttributes:)方法重命名为size(withAttributes:))

ps:针对#selector指定的方法都要添加@objc修饰符问题,这才是最坑的!!!至于原因,这里有一篇文章说明 如何解决#selector的参数是指不暴露给Objective-C的实例方法,大家可以看看,我就不在这类罗列了,因为pods问题和#selector问题,使我暂时没有去适配swift4.0,还保持swift3.2版本开发,在观望观望吧。。。

你可能感兴趣的:(第九篇:swift4.0、iPhone X、iOS 11的适配工作)