iOS13和Xcode11踩坑

发表于
本文字数： 5.7k

今年整体上问题不大，没有出现编译报错问题。

用 Xcode10 编译的 App 在 iOS 13 上使用甚至几乎完美
用 Xcode11 编译的 App 再在 iOS 13 上跑，就有些问题了

modal新样式

iOS 13 多了一个新的枚举类型 UIModalPresentationAutomatic，且是modalPresentationStyle的默认值。

UIModalPresentationAutomatic实际是表现是在 =iOS 13的设备上被映射成UIModalPresentationPageSheet。

我这边的设计师表示，新样式不错，可以不用改😆。

不过， PageSheet 与 FullScreen 对比 有个需要注意的地方，控制器的生命周期有点区别：

以 控制器A、控制器B 举例：

  • 控制器A present 控制器B
    控制器A 不会调用 viewWillDisappear 以及 viewDidDisappear
  • 控制器B dismiss 时
    控制器A 不会调用 viewWillAppear 以及 viewDidAppear

那么如果有些业务逻辑会在控制器A的生命周期里做的话，就需要考虑其他方式实现，或者改回UIModalPresentationFullScreen

如果需要改成原本全屏的样式，可以处理Controller:

  • 初始化时设置modalPresentationStyle值
  • 跳转修改modalPresentationStyle值
  • 覆盖modalPresentationStyle的get方法

看上面gif，用户是可以通过手势下拉关闭被present出来的控制器的，那如果我需要禁止他下来要怎么实现呢？

可以参考disabling_pulling_down_a_sheet的Demo

设置presentationController.delegate 代理对象，实现UIAdaptivePresentationControllerDelegate协议方法

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
@interface XXViewController () <UIAdaptivePresentationControllerDelegate>
@property (nonatomic, assign) BOOL allowBack;
@end

@implementation XXViewController
- (void)viewDidLoad {
    [super viewDidLoad];
    // ...
    
    // 如果vc被navigation套了一层就要取navigation的presentationController
    self.navigationController.presentationController.delegate = self;
}

// 使用UIAdaptivePresentationControllerDelegate 协议方法控制能否下拉dismiss
// 或者不实现这个协议，设置self.modalInPresentation（YES-不允许下拉关闭，NO-可以下拉关闭）
- (BOOL)presentationControllerShouldDismiss:(UIPresentationController *)presentationController {
    return self.allowBack;
}

// 如果 self.modalInPresentation=YES 或者
// 上面协议方法return NO，用户再下拉就会在这收到回调
- (void)presentationControllerDidAttemptToDismiss:(UIPresentationController *)presentationController {
    // 如果self.allowBack == NO，会回调到这里
    // 可以在这里做一些事情然后再考虑让 self.allowBack=YES 或
    // 则让 self.modalInPresentation=NO 即可让页面可以下拉返回
}
@end

textfield.leftview

如下方式，直接给textfield.leftView赋值一个UILabel对象，他的宽高会被 sizeToFit，而不是创建时的值。

1
2
3
4
5
6
// left view label
UILabel *phoneLabel = [[UILabel alloc] initWithFrame:CGRectMake(0, 0, 63, 50)];
phoneLabel.text = @"手机号";
phoneLabel.font = [UIFont systemFontOfSize:16];
// set textfield left view
self.textfieldName.leftView = phoneLabel;

如所看到，实际leftview的width为59，height为19：

通过监听leftView的frame变化，发现是layoutSubview之后变化的。
最终还是给UILabel多套了一个UIView来解决

1
2
3
4
5
6
7
8
9
10
11
// label
UILabel *phoneLabel = [[UILabel alloc] init];
phoneLabel.text = @"手机号";
phoneLabel.font = [UIFont systemFontOfSize:16];
[phoneLabel sizeToFit];
phoneLabel.centerY = 50/2.f;
// left view
UIView *leftView = [[UIView alloc] initWithFrame:(CGRect){0, 0, 63, 50}];
[leftView addSubview:phoneLabel];
// set textfield left view
self.textfieldName.leftView = leftView;

KVC访问私有属性Crash

打开有UISearchBar的页面发现Crash了，看到控制台输出提示：

1
2
3
4
5
6
7
// 获取_searchField
UITextField *sField = [self.searchbar valueForKey:@"_searchField"];

// crash log
*** Terminating app due to uncaught exception 'NSGenericException', reason: 
'Access to UISearchBar's _searchField ivar is prohibited. 
This is an application bug'

看起来是禁止访问私有属性了。

用 Xcode 10 编译的 App 在 iOS 13 上能正常使用，那么就是 Xcode 11 做了限制访问私有属性的一些处理了。

偶然发现 iOS 13 中增加了UISearchTextField类，且暴露了searchTextField。

1
2
3
4
5
6
7
8
9
10
// UISearchTextField.h

UIKIT_CLASS_AVAILABLE_IOS_ONLY(13.0)
@interface UISearchTextField : UITextField
// ...
@end

@interface UISearchBar (UITokenSearch)
@property (nonatomic, readonly) UISearchTextField *searchTextField;
@end

但是仅在 iOS 13 以上系统支持，还是暂时用遍历view的方式去做了😂

点击导航栏返回的时候Crash了，控制台输出提示：

1
2
3
Теrmіnаtіng арр due to uncaught exception' NSInternalInconsistencyException' , 
reason : ' Override of -navigationBar : shouldPopItem: returned YES after 
manually popping a view controller ( navigat ionController=<MHCRNavgationController : 0x106039400>) '

因为我们工程里，基本上所有的Controller是继承基类BaseViewController并实现- (BOOL)naviBack:方法，用于实现在用户点击返回和侧滑返回时，一些不能返回的特殊处理。
其根本原理是通过实现UINavgationBar的代理方法- (BOOL)navigationBar:shouldPopItem:来做的控制：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
- (BOOL)navigationBar:(UINavigationBar *)navigationBar
        shouldPopItem:(UINavigationItem *)item {
    
    // 默认可以返回
    BOOL canGoBack = YES;
    
    // BaseViewController定义协议方法判断能否能点击返回上一层
    UIViewController *vc = self.viewControllers.lastObject;
    if ([vc isKindOfClass:BaseViewController.class]) {
        canGoBack = [(BaseViewController *)vc naviBack:nil];
    }
    
    if (canGoBack) {
        [self popViewControllerAnimated:YES];
    }
    return canGoBack;
}

但是我实现的时候有Return YES啊！想了想，试着注释了[self popViewControllerAnimated:YES]，发现没有崩溃了。
但是在iOS 12上，会发现控制器没有回到上一层，如图，只有navbar回到上一层了：

好吧，那只能判断一下版本解决这个问题了，修改方式：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
- (BOOL)navigationBar:(UINavigationBar *)navigationBar
        shouldPopItem:(UINavigationItem *)item {
        
    // 判断 iOS 版本低于13
    BOOL bellow13 = !@available(iOS 13.0, *);
    
    // 默认可以返回
    BOOL canGoBack = YES;
    
    // BaseViewController定义协议方法判断能否能点击返回上一层
    UIViewController *vc = self.viewControllers.lastObject;
    if ([vc isKindOfClass:BaseViewController.class]) {
        canGoBack = [(BaseViewController *)vc naviBack:nil];
    }
    
    if (canGoBack && bellow13) {
        // 如果低于13且可以返回，就执行popViewController
        [self popViewControllerAnimated:YES];
    }
    return canGoBack;
}

夜间模式

WWDC 19 直播的时候看到夜间模式，老实说挺开心的，直到我用 Xcode 11 开始做适配，妈耶！x N

注意：使用 Xcode 10 编译的 App 依然是日间模式，不会产生效果！！！

初步扫了一下出现的问题如下图，大致情况是：没有设置背景色的系统控件会被设置成黑色，部分控件是tintColor没设置的话也会被改。

由于Assets里的Color配置是iOS 12以上才能使用的，所以如果没有做全局主题色设计且需要支持iOS 12以下设备，改起来会比较恶心。

对此现象，找设计师沟通。设计师表示，暂时没有精力做夜间模式规划。
设计师问：能否强制只日间模式？
答：能。配置方式有两种，单页面配置 和 全局配置。

  • 单页配置
    将需要配置的UIViewControler对象的overrideUserInterfaceStyle属性设置成UIUserInterfaceStyleLight或者UIUserInterfaceStyleDark以强制是某个页面显示为浅/深色模式
  • 全局配置
    在工程的Info.plist的中，增加/修改UIUserInterfaceStyle为UIUserInterfaceStyleLight或UIUserInterfaceStyleDark

禁用方法

textField 更改holder颜色崩溃

1
[textField setValue:HexColor(0x999999) forKeyPath:@"_placeholderLabel.textColor"];

解决方式

1
2
NSAttributedString *attrString = [[NSAttributedString alloc] initWithString:@"请输入占位文字" attributes:@{NSForegroundColorAttributeName:HexColor(0x999999), NSFontAttributeName:textField.font}];
textField.attributedPlaceholder = attrString;