1、iPhone X尺寸问题
分辨率1125*2436 (375*812)
导航栏为 44+44 原来为20+44。 (
[[UIApplication sharedApplication] statusBarFrame].size.height
可以获取到当前的状态栏的高度,怎么用根据你的需要来设计,这里也可以用下面的判断是不是iphonex来定,但是我个人觉得这样读出来会好一点吧。)底部tabbar 49+34 其余屏幕 49+0。 (同上提示:自定义的tabbar可以选择系统的高度来制作自己的自定义tabbar的高度。
customTabBarBySelf.frame = self.tabBar.bounds;
)我这里讲的主要是基础的适配工作,以及一些iPhone X的新知识点
1、屏幕
我们在编码中使用的是以point
为单位的屏幕尺寸(在不同设备上每个point对应的实际像素点是不一样的),iPhone 8的尺寸是375pt × 667pt @2x,iPhone X的尺寸是375pt × 812pt @3x,也就是屏幕宽度是一样的,但是高出了145pt,大概能多显示20%的内容。
注意iPhone X的屏幕素质比较好,所以它需要加载较高像素的图片,我们要提供必要的@3x资源。
另外由于iPhone X极高的长宽比,我们用作背景的图片都需要重新设计,以保证比例适合,内容被裁切后效果仍然ok。
1、启动App
对于一些老项目,在启动图上,可能没有采用xib或者SB进行适配的,所以可能会出现如图一,这样导致整个项目运行就会不能完全贴合。
图一
解决办法,在项目设置里面直接用LaunchScreen.xib或者LaunchScreen.storyboard进行配置启动图,这样项目就会完整显示了。如图二
图二
LaunchImage
关于iPhoneX(我就不吐槽刘海了...),如果你的APP在iPhoneX上运行发现没有充满屏幕,上下有黑色区域,那么你应该也像我一样LaunchImage没有用storyboard而是用的Assets,解决办法如图,启动图的尺寸为1125x2436,or you can iOS开发时如何使用 Launch Screen Storyboard。
TabBarController
因为我们的项目用了第三方的TabBarController,在iPhoneX运行,tabBar看起来怪怪的...估计作者要等到猴年马月才适配iPhoneX,项目又着急上线,就自己修改了第三方,主要是tabBar高度及tabBarItem偏移适配,iPhoneX由于底部安全区的原因UITabBar高度由49pt变成了83pt,可以通过判断机型来修改相关界面代码
1
|
#define kDevice_Is_iPhoneX ([UIScreen instancesRespondToSelector:
@selector
(currentMode)] ? CGSizeEqualToSize(CGSizeMake(
1125
,
2436
), [[UIScreen mainScreen] currentMode].size) : NO)
|
2、程序进到程序的首页。如果采用了MJRefresh的刷新机制,则会显示如下图的效果,导致刷新头部显示。不过按照实验能看到,如果不显示下拉箭头,则【刘海】可以正好盖住(如图一),
不过想让statusBar变颜色,可以采用view上移-88 则会正常显示。(如图二)或者界面不上移动,将刷新头部背景色变成和项目顶部背景色一样也可以,即设置:.mj_header.backgroundColor
如果都不想改,可以坐等MJRefresh的作者更新,目前这个问题,已经提交给作者。
图一
图二
3、处理到这里,可能的发现,原来上移status可能是20 ,在iPhone X的设备上,变成了88,如何设置。可以采用:
1
2
3
4
5
6
7
8
|
// 状态栏(statusbar)
CGRect StatusRect = [[UIApplication sharedApplication] statusBarFrame];
//标题栏
CGRect NavRect = self.navigationController.navigationBar.frame;
然后将高度相加,便可以动态计算顶部高度。
|
4、项目中难免使用全屏的情况,如果界面比较负责,无法采用约束布局,需要代码适配,由于status 的高度改变,需要改变动态的计算。如图一:
图一
修改完后:图二
图二
2、tableview的导致的问题。如图一
目前模拟器设置中也存在如下问题,不过目前不确定会不会有所调整。
图一(1)
图一(2)
解决办法:
目前发现在iOS 11中,会默认开启获取的一个估算值来获取一个大体的空间大小,导致不能正常显示,可以选择关闭。目前尝试在delegate中处理不能很好的解决,不过可以直接设置:
1
2
3
|
self.myTableviews.estimatedSectionHeaderHeight=
0
;
self.myTableviews.estimatedSectionFooterHeight=
0
;
|
就能够正常显示了。图二
图二
3.问题:
昨天维护APP时,发现拍照后保存图片时应用崩溃,输出如下:
This app has crashed because it attempted to access privacy-sensitive data without a usage description. The app's Info.plist must contain an NSPhotoLibraryAddUsageDescription key with a string value explaining to the user how the app uses this data.
Google翻译:
此应用程序已崩溃,因为它尝试访问隐私敏感数据,而无需使用说明。应用程序的Info.plist必须包含一个NSPhotoLibraryAddUsageDescription键,其中的字符串值向用户解释应用程序如何使用此数据。
解决:
如果你不愿思考而习惯性百度的话,会发现有很多类似的问题。不过它们基本都是缺少“NSPhotoLibraryUsageDescription”,而这里却是缺少“NSPhotoLibraryAddUsageDescription”。
其实翻译已经说明问题,崩溃原因就是info.plist中因为缺少“NSPhotoLibraryAddUsageDescription”权限,自己去添加上就解决问题了。
原因:
经过了解,导致问题的原因是iOS11系统过后苹果新增加了一个权限,以后保存图片需要添加权限“Privacy - Photo Library Additions Usage Description”。
经测试,对于未升级到iOS11的设备保存图片并没任何问题, 但设备升级到iOS11后再保存图片APP一定会崩溃,同学们赶紧维护吧!
示图:
崩溃展示:
This app has crashed because it attempted to access privacy-sensitive data without a usage description. The app's Info.plist must contain an NSPhotoLibraryAddUsageDescription key with a string value explaining to the user how the app uses this data.
info.plist的配置图片示意:
app弹出的示意图: