关于升级iOS 14后我的项目中引起的一些bug（15之前会持续
2021-01-22 本文已影响0人
boyka_yang
-
UIPickerView上隐藏两根黑线的问题
-
tableview cell和footer、header的新属性 backgroundConfiguration
-
UIPageControl 修改小点
-
keywindow的获取问题
-
UIDatePicker 14 上显示出问题（新增了属性）
- 以前为了达到UI效果，隐藏pickerview上两条黑线直接暴力访问其子view数组，setHide；然 14开始subviews就两个对象，直接报越界。。。
先粗暴的解决崩溃问题，如下🤣😄
// UIPickerView隐藏黑线
NSArray *subVArr = pickerView.subviews;
if (subVArr.count >= 2) {
[[subVArr objectAtIndex:1] setHidden:TRUE];
}
if (subVArr.count >= 3) {
[[subVArr objectAtIndex:2] setHidden:TRUE];
}
- 关于backgroundConfiguration直接说场景，应用内有个页面用了tableView的sectionFooterView撑开一定高度达到设计效果，只return了其高度，而没有实现viewForFooterInSection:。如此，在13及以下的系统测试都是没问题的，14以上，发现会莫名其妙的多出一掉灰线，查看图层发现是footerview上的一个默认空间。由于没有实现viewForFooterInSection，所以显示的是系统提供的默认样式；如此说来需要设置这个东西为透明或隐藏，去到UITableViewHeaderFooterView头文件发现多了个backgroundConfiguration属性。好，找到问题了，那么动手干掉他！
如下：
- (UIView *)tableView:(UITableView *)tableView viewForFooterInSection:(NSInteger)section{
UITableViewHeaderFooterView *fv = [tableView dequeueReusableHeaderFooterViewWithIdentifier:@"xxxxxxlSectionFooterView"];
if (!fv) {
fv = [[UITableViewHeaderFooterView alloc] initWithReuseIdentifier:@"xxxxxxCellSectionFooterView"];
if (@available(iOS 14.0, *)) {
fv.backgroundConfiguration = [UIBackgroundConfiguration clearConfiguration];
} else {
// Fallback on earlier versions
}
}
return fv;
}
- UIPageControl的默认圆点一般是不会和设计的样式完全一样的，那么、就需要我们开发仔自定义一下咯。。。
常见的有： layoutsubview时遍历其子控件修改其颜色大小形状等属性，或者setKeyValue（早已被粑粑抵制😄）
for (int i = 0; i < [subViews count]; i ++) {
// UIImageView *dot = [subViews objectAtIndex:i];
//
// if (i == self.currentPage) {
// [dot setFrame:CGRectMake(i * marginX, dot.frame.origin.y, 7, 7)];
// }else {
// [dot setFrame:CGRectMake(i * marginX, dot.frame.origin.y, 7, 7)];
// }
// }
// [_pageContrl setValue:[UIImage imageNamed:@"pagecontrol_dot_current"] forKeyPath:@"_currentPageImage"];
// [_pageContrl setValue:[UIImage imageNamed:@"pagecontrol_dot"] forKeyPath:@"_pageImage"];
而我们项目里的pagecontrol的点需要7像素大小，就用了第一种修改frame的方式；14的时候问题来了，发现整个pagecontrol都看不到了。。。
此时点开图层发现控件是在的，但是修改frame修改的无效；研究了一下发现是14后UIPageControl 的层级不一样了，又被多套了几层，有兴趣的可以
// NSArray *subViews = self.subviews;
// if(@available(iOS 14.0, *)) {
// subViews = self.subviews.firstObject.subviews.firstObject.subviews.firstObject.subviews;
// }
这么试一下，你就会明白了。
但是我要解决问题啊！要能显示出要求的大小，挠了会儿脑袋、、、没啥好办法，反正只是调整大小让ta缩小点就是了😜。就有了下边这句：
[_pageControl setTransform:CGAffineTransformMakeScale(0.7, 0.7)];// 调小圆点，默认10，现需要7
我承认我不是个合格的开发仔，我只要实现效果😂。
- 说起 keywindow的获取问题，其实不能算是14的锅。。。毕竟13就改了，当时没在意，谁曾想前几天通过一个地方暴露出了这个问题，场景为：某处需要显示个alert在最顶层但是无法直接获取当前最顶层VC，就用了keywindow。rootVC去显示，此时出事了。。。
@property(nullable, nonatomic,readonly) UIWindow *keyWindow API_DEPRECATED("Should not be used for applications that support multiple scenes as it returns a key window across all connected scenes", ios(2.0, 13.0));
@property(nonatomic,readonly) NSArray<__kindof UIWindow *> *windows;
既然如此，那就区别对待获取keywindow好了，有了如下代码：
#if (__IPHONE_13_0)
#define KEYWINDOW [UIApplication sharedApplication].windows[0]
#elif (__IPHONE_9_0)
#define KEYWINDOW [[UIApplication sharedApplication] keyWindow]
#endif
- UIDatePicker 增加了pickerStyle，需要设置preferredDatePickerStyle = UIDatePickerStyleWheels才会和以前一样，并且现在对frame的宽高设置已经不生效了，会采用系统默认的宽高。
preferredDatePickerStyle属性：
typedef NS_ENUM(NSInteger, UIDatePickerStyle) {
/// Automatically pick the best style available for the current platform & mode.
UIDatePickerStyleAutomatic,
/// Use the wheels (UIPickerView) style. Editing occurs inline.
UIDatePickerStyleWheels,
/// Use a compact style for the date picker. Editing occurs in an overlay.
UIDatePickerStyleCompact,
/// Use a style for the date picker that allows editing in place.
UIDatePickerStyleInline API_AVAILABLE(ios(14.0)) API_UNAVAILABLE(tvos, watchos),
} API_AVAILABLE(ios(13.4)) API_UNAVAILABLE(tvos, watchos);
- 貌似我以前封装的显示DatePicker的控件里是在init的时候设置了frame，14之后会
解决办法：
- 设置frame放到datePickerMode后
- 或后续进行约束
if (@available(iOS 14.0, *)) {
self.datePicker.preferredDatePickerStyle = UIDatePickerStyleCompact;
}
后续再发现问题，会及时补充，也欢迎评论区留下各位发现的一些问题🤝
原谅我才疏学浅，写的乱七八糟 🤡
