最新：iOS 13 适配

iOS 13 如期而至，虽然正式版还没出来，但是适配工作可以开展起来啦。在适配 iOS 13 过程中，遇到了如下一些问题。

1. UITextField 的私有属性 _placeholderLabel 被禁止访问了

遇到的第一个崩溃是修改

UITextField

的

placeholder

的颜色，历史遗留代码如下：

[_textField setValue:self.placeholderColor forKeyPath:@\"_placeholderLabel.textColor\"];

收到的错误信息⚠️

\'Access to UITextField\'s _placeholderLabel ivar is prohibited. This is an application bug\'

那么这个问题如何处理呢？

其实，

UITextField

有个

attributedPlaceholder

的属性，我们可以自定义这个富文本来达到我们需要的结果。

修改如下：

NSMutableAttributedString *placeholderString = [[NSMutableAttributedString alloc] initWithString:placeholder attributes:@{NSForegroundColorAttributeName : self.placeholderColor}];_textField.attributedPlaceholder = placeholderString;

注意⚠️，iOS 13 通过 KVC 方式修改私有属性，有 Crush 风险，谨慎使用！

2. 控制器的 modalPresentationStyle 默认值变了

对于这个变化，有点措手不及，直接修改了模态窗口的交互。查阅了下

UIModalPresentationStyle

枚举定义，赫然发现

iOS 13

新加了一个枚举值：

typedef NS_ENUM(NSInteger, UIModalPresentationStyle) {UIModalPresentationFullScreen = 0,UIModalPresentationPageSheet API_AVAILABLE(ios(3.2)) API_UNAVAILABLE(tvos),UIModalPresentationFormSheet API_AVAILABLE(ios(3.2)) API_UNAVAILABLE(tvos),UIModalPresentationCurrentContext API_AVAILABLE(ios(3.2)),UIModalPresentationCustom API_AVAILABLE(ios(7.0)),UIModalPresentationOverFullScreen API_AVAILABLE(ios(8.0)),UIModalPresentationOverCurrentContext API_AVAILABLE(ios(8.0)),UIModalPresentationPopover API_AVAILABLE(ios(8.0)) API_UNAVAILABLE(tvos),UIModalPresentationBlurOverFullScreen API_AVAILABLE(tvos(11.0)) API_UNAVAILABLE(ios) API_UNAVAILABLE(watchos),UIModalPresentationNone API_AVAILABLE(ios(7.0)) = -1,UIModalPresentationAutomatic API_AVAILABLE(ios(13.0)) = -2,};

是的，就是

UIModalPresentationAutomatic

，苹果居然直接将

modalPresentationStyle

默认值改成这个，有点不解，难道是怕我们不知道新加了这个交互？这个也完全违反了开闭原则吧?。

如何修改：如果你完全接受苹果的这个默认效果，那就不需要去修改任何代码。如果，你原来就比较细心，已经设置了

modalPresentationStyle

的值，那你也不会有这个影响。对于想要找回原来默认交互的同学，直接设置如下即可：

self.modalPresentationStyle = UIModalPresentationOverFullScreen;

注意：

UIModalPresentationOverFullScreen

最低支持

iOS 8

，如果你还要支持

iOS 8

以下版本，那么你可以用

UIModalPresentationFullScreen

，这个两个值的交互略有些细微差别，具体的可以自己看下效果。

3. MPMoviePlayerController 在iOS 13已经不能用了

在使用到

MPMoviePlayerController

的地方，直接抛了异常：

\'MPMoviePlayerController is no longer available. Use AVPlayerViewController in AVKit.\'

如何修改：这个没啥好说的，既然不能再用了，那只能换掉了。替代方案就是

AVKit

里面的那套播放器。

4. iOS 13 DeviceToken有变化‼️

这个很重要⚠️可能大多数使用第三方推送的童鞋都不会注意到这个问题，一般现在的第三方推送都是将

DeviceToken

原始数据丢进去，具体的解析都是第三方内部处理，所以，这些第三方解析

DeviceToken

的方式正确的话，那就毫无问题。如果你们是通过这种方式来获取

DeviceToken

，那你需要注意了。（这个坑也是多年前埋下的，很多文章介绍的也是下面这个方法，不规范的做法迟早要还的?），如下：

NSString *dt = [deviceToken description];dt = [dt stringByReplacingOccurrencesOfString: @\"<\" withString: @\"\"];dt = [dt stringByReplacingOccurrencesOfString: @\">\" withString: @\"\"];dt = [dt stringByReplacingOccurrencesOfString: @\" \" withString: @\"\"];

这段代码运行在 iOS 13 上已经无法获取到准确的

DeviceToken

字符串了，iOS 13 通过

[deviceToken description]

获取到的内容已经变了。

{length = 32, bytes = 0x778a7995 29f32fb6 74ba8167 b6bddb4e … b4d6b95f 65ac4587 }

可以看到，跟原来我们认识的那个已经完全不一样了。其实，造成这样的问题，主要还是没有使用正确的方式来操作，下面是解决办法：

NSMutableString *deviceTokenString = [NSMutableString string];const char *bytes = deviceToken.bytes;NSInteger count = deviceToken.length;for (int i = 0; i < count; i++) {[deviceTokenString appendFormat:@\"%02x\", bytes[i]&0x000000FF];}

或者你也可以使用极光提供的方法（2019年7月24日更新）

- (void)application:(UIApplication *)application didRegisterForRemoteNotificationsWithDeviceToken:(NSData *)deviceToken{if (![deviceToken isKindOfClass:[NSData class]]) return;const unsigned *tokenBytes = [deviceToken bytes];NSString *hexToken = [NSString stringWithFormat:@\"%08x%08x%08x%08x%08x%08x%08x%08x\",ntohl(tokenBytes[0]), ntohl(tokenBytes[1]), ntohl(tokenBytes[2]),ntohl(tokenBytes[3]), ntohl(tokenBytes[4]), ntohl(tokenBytes[5]),ntohl(tokenBytes[6]), ntohl(tokenBytes[7])];NSLog(@\"deviceToken:%@\",hexToken);}

5.Sign in with Apple (提供第三方登录的注意啦⚠️)

如果你的应用使用了第三方登录，那么你可能也需要加下「Sign in with Apple」?

Sign In with Apple will be available for beta testing this summer. It will be required as an option for users in apps that support third-party sign-in when it is commercially available later this year.

怎么做呢？网上已经有很多demo了，此处就不展开啦。附上官方Demo：点我下载

6.即将废弃的 LaunchImage

从 iOS 8 的时候，苹果就引入了

LaunchScreen

，我们可以设置

LaunchScreen

来作为启动页。当然，现在你还可以使用

LaunchImage

来设置启动图。不过使用

LaunchImage

的话，要求我们必须提供各种屏幕尺寸的启动图，来适配各种设备，随着苹果设备尺寸越来越多，这种方式显然不够

Flexible

。而使用

LaunchScreen

的话，情况会变的很简单，

LaunchScreen

是支持

AutoLayout

SizeClass

的，所以适配各种屏幕都不在话下。注意啦⚠️，从2020年4月开始，所有使⽤

iOS13 SDK

的

App

将必须提供

LaunchScreen

，

LaunchImage

即将退出历史舞台。

7. Dark Mode

Apps on iOS 13 are expected to support dark modeUse system colors and materialsCreate your own dynamic colors and images Leverage flexible infrastructure

收录：原文地址