原文出处: Dely(@爱芸初见)
1.证书问题
- 打开xcode8.0时编译运行时出现下面问题:
这个问题刚开始估计大家都会碰到也是第一个要解决的问题
这个问题就是一个证书的设置问题,下面看两张图
正常我们会在BuildeSettings中设置证书:
![13970779-069b9dd59072ebd4](http://jbcdn2.b0.upaiyun.com/2016/10/501d2d648cc35d7f214f5fbe1f00359f.jpeg)
相信大家都能看到在Genreal下面会有Siging,没错这就是新特性,为了方便用户来管理,大家可以选择 Automatically manage signing。需要输入开发者账号!如果没有账号也没关系,在下面也可以选择 Debug、Realease、inHouse模式下对应的证书也可以!
- 但是 但是 但是 如果你的证书如果是通配符类型的,但是你的app包含了比如推送、apple pay、他会报错提示你未报含xx.id的manteid等等。所以你要生成针对你app的bundleid对应的证书!
2.隐私数据访问问题
问题出现
- 现在app能运行了,当我打开相机时突然又crash了,好吧,坑还不少,崩溃日志如下:
This app has crashed because it attempted to access privacy-sensitive data without a usage description.The app’s Info.plist must contain an NSPhotoLibraryUsageDescription key with a string value explaining to the user how the app uses this data.
崩溃原因
- 上面崩溃意思试图访问安全隐私数据,但是又没有相应的描述,你必须要包含在info.plist里包含一个键值 NSPhotoLibraryUsageDescription对应的描述。
- 其实上面是iOS10,苹果加强了对隐私数据的保护,要对隐私数据权限做一个适配
iOS10调用相机,访问通讯录,访问相册等都要在info.plist中加入权限访问描述,不然之前你们的项目涉及到这些权限的地方就会直接crash掉。
解决办法
- 只需要在info.plist添加NSContactsUsageDescription的key, value自己随意填写就可以,这里列举出对应的key(Source Code模式下):
1
|
NSPhotoLibraryUsageDescriptionApp需要您的同意
,才能访问相册
NSCameraUsageDescriptionApp需要您的同意
,才能访问相机
NSMicrophoneUsageDescriptionApp需要您的同意
,才能访问麦克风
NSLocationUsageDescriptionApp需要您的同意
,才能访问位置
NSLocationWhenInUseUsageDescriptionApp需要您的同意
,才能在使用期间访问位置
NSLocationAlwaysUsageDescriptionApp需要您的同意
,才能始终访问位置
NSCalendarsUsageDescriptionApp需要您的同意
,才能访问日历
NSRemindersUsageDescriptionApp需要您的同意
,才能访问提醒事项
NSMotionUsageDescriptionApp需要您的同意
,才能访问运动与健身
NSHealthUpdateUsageDescriptionApp需要您的同意
,才能访问健康更新
NSHealthShareUsageDescriptionApp需要您的同意
,才能访问健康分享
NSBluetoothPeripheralUsageDescriptionApp需要您的同意
,才能访问蓝牙
NSAppleMusicUsageDescriptionApp需要您的同意
,才能访问媒体资料库
|
– 隐私数据 | 对应KEY值 |
---|---|
相册 | NSPhotoLibraryUsageDescription |
相机 | NSCameraUsageDescription |
麦克风 | NSMicrophoneUsageDescription |
位置 | NSLocationUsageDescription |
在使用期间访问位置 | NSLocationWhenInUseUsageDescription |
始终访问位置 | NSLocationAlwaysUsageDescription |
日历 | NSCalendarsUsageDescription |
提醒事项 | NSRemindersUsageDescription |
运动与健身 | NSMotionUsageDescription |
健康更新 | NSHealthUpdateUsageDescription |
健康分享 | NSHealthShareUsageDescription |
蓝牙 | NSBluetoothPeripheralUsageDescription |
媒体资料库 | NSAppleMusicUsageDescription |
跳转到app内的隐私数据设置页面
- 我们知道用户没开启,肯定要提醒用户去设置开启的吧,所以我们要跳转到app的隐私数据界面。如何调用呢,我定义一个宏方便调用:
UIKIT_EXTERN NSString *const UIApplicationOpenSettingsURLString NS_AVAILABLE_IOS(8_0);
这个是iOS8.0以后的方法
1
2
3
4
5
6
|
//-----------------------系统权限设置路径(iOS8以后适用)---------------------
//url
#define SettingURL [NSURL URLWithString:UIApplicationOpenSettingsURLString]
//调到设置
#define GoToSetting if([[UIApplication sharedApplication] canOpenURL:SettingURL]) { \
[
[
UIApplication
sharedApplication
]
openURL
:
SettingURL
]
;
}
}
|
我们直接调用下面代码就可以了
1
2
3
4
|
//去设置
if
(
IOS8_OR_LATER
)
{
GoToSetting
;
}
|
看到评论说跳到蓝牙有什么办法,我补充一下:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
|
1.首先你在
info
.
plist的文件中添加相应权限
2.在要跳转蓝牙设置界面添加类
#import 并声明代理
3.设置全局的控件
@
property
(
nonatomic
,
strong
)
CBCentralManager *
testCB
;
4.在要跳转的地方写
(最好不要写局部变量,因为你得拿到这个
CB来做连接设备等一些处理。当然你要局部变量也没关系,你在代理方法也可以拿到
CB做处理。看个人喜好了
^
_
^
)
if
(
_testCB
)
{
_testCB
=
nil
;
_testCB
.
delegate
=
nil
;
_testCB
=
[
[
CBCentralManager
alloc
]
initWithDelegate
:
self
queue
:
nil
]
;
}
else
{
_testCB
=
[
[
CBCentralManager
alloc
]
initWithDelegate
:
self
queue
:
nil
]
;
}
5.若要获得蓝牙状态,实现代理方法
-
(
void
)
centralManagerDidUpdateState
:
(
CBCentralManager *
)
central
{
}
这样如果蓝牙关闭会提示
"打开蓝牙来允许“xxx”连接到配件"
,这样点击设置就可以跳到蓝牙设置界面了
|
iOS 10 干掉了所有系统设置的 URL Scheme,这意味着你再也不可能直接跳转到系统设置页面(比如 WiFi、蜂窝数据、定位等)。
iOS 10中如下跳到系统的设置方法已经不生效了(如果看到解决办法再补充,如果你有解决办法请赐教留下你宝贵的评论…..感谢):
1
2
|
//代码失效,谨慎使用
[
[
UIApplication
sharedApplication
]
openURL
:
[
NSURL
URLWithString
:
@
"prefs:root=WIFI"
]
]
;
|
3.系统版本判断方法失效
- 我们之前的系统版本方法如下
- 当系统版本到iOS10.0的时候 9.0和10.0比较的话是降序而不是升序,这样会导致iOS10.0是最早的版本,这样后面要走的iOS10的方法可能都不会走而出现问题
1
2
3
4
5
6
7
|
#define IOS9_OR_LATER ([[[UIDevice currentDevice] systemVersion] compare:@"9.0"] != NSOrderedAscending)
#define IOS8_OR_LATER ([[[UIDevice currentDevice] systemVersion] compare:@"8.0"] != NSOrderedAscending)
#define IOS7_OR_LATER ([[[UIDevice currentDevice] systemVersion] compare:@"7.0"] != NSOrderedAscending)
#define IOS6_OR_LATER ([[[UIDevice currentDevice] systemVersion] compare:@"6.0"] != NSOrderedAscending)
|
- 下面这样也不行它会永远返回NO,substringToIndex:1在iOS 10 会被检测成 iOS 1了,
1
|
#define isiOS10 ([[[[UIDevice currentDevice] systemVersion] substringToIndex:1] intValue]>=10)
|
- 正确的打开方式应该是:
1
2
3
4
5
6
7
8
9
|
#define IOS10_OR_LATER ([[[UIDevice currentDevice] systemVersion] floatValue] >= 10.0)
#define IOS9_OR_LATER ([[[UIDevice currentDevice] systemVersion] floatValue] >= 9.0)
#define IOS8_OR_LATER ([[[UIDevice currentDevice] systemVersion] floatValue] >= 8.0)
#define IOS7_OR_LATER ([[[UIDevice currentDevice] systemVersion] floatValue] >= 7.0)
#define IOS6_OR_LATER ([[[UIDevice currentDevice] systemVersion] floatValue] >= 6.0)
|
4.UIColor问题
- 官方文档中说:大多数core开头的图形框架和AVFoundation都提高了对扩展像素和宽色域色彩空间的支持.通过图形堆栈扩展这种方式比以往支持广色域的显示设备更加容易。现在对UIKit扩展可以在sRGB的色彩空间下工作,性能更好,也可以在更广泛的色域来搭配sRGB颜色.如果你的项目中是通过低级别的api自己实现图形处理的,建议使用sRGB,也就是说在项目中使用了RGB转化颜色的建议转换为使用sRGB,在UIColor类中新增了两个api:
1
2
|
+
(
UIColor *
)
colorWithDisplayP3Red
:
(
CGFloat
)
displayP3Red
green
:
(
CGFloat
)
green
blue
:
(
CGFloat
)
blue
alpha
:
(
CGFloat
)
alpha
NS_AVAILABLE_IOS
(
10_0
)
;
-
(
UIColor *
)
initWithDisplayP3Red
:
(
CGFloat
)
displayP3Red
green
:
(
CGFloat
)
green
blue
:
(
CGFloat
)
blue
alpha
:
(
CGFloat
)
alpha
NS_AVAILABLE_IOS
(
10_0
)
;
|
我用新老方法测试两个方法在RGB相同的数值在表现上的区别看下图:
- 可以看出下面的颜色(sRGB方法)比上面的颜色(RGB方法)颜色更深更明显。
5.真彩色的显示
- 真彩色的显示会根据光感应器来自动的调节达到特定环境下显示与性能的平衡效果,如果需要这个功能的话,可以在info.plist里配置(在Source Code模式下):
1
|
UIWhitePointAdaptivityStyle
|
它有五种取值,分别是:
1
2
3
4
5
|
UIWhitePointAdaptivityStyleStandard
// 标准模式
UIWhitePointAdaptivityStyleReading
// 阅读模式
UIWhitePointAdaptivityStylePhoto
// 图片模式
UIWhitePointAdaptivityStyleVideo
// 视频模式
UIWhitePointAdaptivityStyleStandard
// 游戏模式
|
- 如果你的项目是游戏类的,就选择UIWhitePointAdaptivityStyleStandard这个模式,五种模式的显示效果是从上往下递减,也就是说如果你的项目是图片处理类的,你选择的是阅读模式,给选择太好的效果会影响性能.
6.字体变化
- 苹果的默认字体会随着iOS系统版本的不同而不同,iOS10中字体变大了。导致了原来的显示有问题,会造成…的出现。暂时没有好的解决办法,需要自己在一个个适配一下!
7.插件取消
- Xcode8取消了三方插件的功能,好多教程破解可以继续使用,但是可能app上线可能会被拒。我们最喜爱的VVDocumenter-Xcode也不能使用了,下面是作者的感谢
看来大神都是谦虚的啊(啥时候能成为大神。我还是洗洗睡吧,梦里啥都有\^_^)
- 上面也提到了我们可以继续使用注释,快捷键(⌥ Option + ⌘ Command + / )
8.UIStatusBar的问题
- 在iOS10中,如果还使用以前设置UIStatusBar类型或者控制隐藏还是显示的方法,会报警告,方法过期,如下图:
警告中提到从iOS9.0开始就弃用这两个方法了,需要用
-[UIViewController preferredStatusBarstyle]
-[UIViewController preferredStatusBarHidden]来替换使用,那我们来看看新的替换方法。
- 新技能见下面
1
2
3
4
5
6
7
8
9
10
11
|
#if UIKIT_DEFINE_AS_PROPERTIES
@
property
(
nonatomic
,
readonly
)
UIStatusBarStyle
preferredStatusBarStyle
NS_AVAILABLE_IOS
(
7_0
)
__TVOS_PROHIBITED
;
// Defaults to UIStatusBarStyleDefault
@
property
(
nonatomic
,
readonly
)
BOOL
prefersStatusBarHidden
NS_AVAILABLE_IOS
(
7_0
)
__TVOS_PROHIBITED
;
// Defaults to NO
// Override to return the type of animation that should be used for status bar changes for this view controller. This currently only affects changes to prefersStatusBarHidden.
@
property
(
nonatomic
,
readonly
)
UIStatusBarAnimation
preferredStatusBarUpdateAnimation
NS_AVAILABLE_IOS
(
7_0
)
__TVOS_PROHIBITED
;
// Defaults to UIStatusBarAnimationFade
#else
-
(
UIStatusBarStyle
)
preferredStatusBarStyle
NS_AVAILABLE_IOS
(
7_0
)
__TVOS_PROHIBITED
;
// Defaults to UIStatusBarStyleDefault
-
(
BOOL
)
prefersStatusBarHidden
NS_AVAILABLE_IOS
(
7_0
)
__TVOS_PROHIBITED
;
// Defaults to NO
// Override to return the type of animation that should be used for status bar changes for this view controller. This currently only affects changes to prefersStatusBarHidden.
-
(
UIStatusBarAnimation
)
preferredStatusBarUpdateAnimation
NS_AVAILABLE_IOS
(
7_0
)
__TVOS_PROHIBITED
;
// Defaults to UIStatusBarAnimationFade
#endif
|
- 上面这个新方法在UIViewController.h文件中,这说明什么?当然说明这是viewController的属性和方法了,只需要在viewController里调用修改即可
- UIStatusBarStyle 和 prefersStatusBarHidden这两个属性是readonly readonly readonly也就是说我们如果调用下面 肯定是报错的:
1
2
3
|
//这是错误的写法
self
.
preferredStatusBarStyle
=
UIStatusBarStyleDefault
;和
self
.
prefersStatusBarHidden
=
YES
;
|
- 正确的打开方式在viewController重写我们还没用的新的方法
1
2
3
4
5
6
7
8
|
//这是正确的
-
(
BOOL
)
prefersStatusBarHidden
{
return
YES
;
}
-
(
UIStatusBarStyle
)
preferredStatusBarStyle
{
return
UIStatusBarStyleDefault
;
}
|
9.UITextField(好像作用并不大)
- 在iOS 10 中,UITextField新增了textContentType字段,是UITextContentType类型,它是一个枚举,作用是可以指定输入框的类型,以便系统可以分析出用户的语义.是电话类型就建议一些电话,是地址类型就建议一些地址.可以在#import 文件中,查看textContentType字段,有以下可以选择的类型:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
|
UIKIT_EXTERN
UITextContentType
const
UITextContentTypeName
NS_AVAILABLE_IOS
(
10_0
)
;
UIKIT_EXTERN
UITextContentType
const
UITextContentTypeNamePrefix
NS_AVAILABLE_IOS
(
10_0
)
;
UIKIT_EXTERN
UITextContentType
const
UITextContentTypeGivenName
NS_AVAILABLE_IOS
(
10_0
)
;
UIKIT_EXTERN
UITextContentType
const
UITextContentTypeMiddleName
NS_AVAILABLE_IOS
(
10_0
)
;
UIKIT_EXTERN
UITextContentType
const
UITextContentTypeFamilyName
NS_AVAILABLE_IOS
(
10_0
)
;
UIKIT_EXTERN
UITextContentType
const
UITextContentTypeNameSuffix
NS_AVAILABLE_IOS
(
10_0
)
;
UIKIT_EXTERN
UITextContentType
const
UITextContentTypeNickname
NS_AVAILABLE_IOS
(
10_0
)
;
UIKIT_EXTERN
UITextContentType
const
UITextContentTypeJobTitle
NS_AVAILABLE_IOS
(
10_0
)
;
UIKIT_EXTERN
UITextContentType
const
UITextContentTypeOrganizationName
NS_AVAILABLE_IOS
(
10_0
)
;
UIKIT_EXTERN
UITextContentType
const
UITextContentTypeLocation
NS_AVAILABLE_IOS
(
10_0
)
;
UIKIT_EXTERN
UITextContentType
const
UITextContentTypeFullStreetAddress
NS_AVAILABLE_IOS
(
10_0
)
;
UIKIT_EXTERN
UITextContentType
const
UITextContentTypeStreetAddressLine1
NS_AVAILABLE_IOS
(
10_0
)
;
UIKIT_EXTERN
UITextContentType
const
UITextContentTypeStreetAddressLine2
NS_AVAILABLE_IOS
(
10_0
)
;
UIKIT_EXTERN
UITextContentType
const
UITextContentTypeAddressCity
NS_AVAILABLE_IOS
(
10_0
)
;
UIKIT_EXTERN
UITextContentType
const
UITextContentTypeAddressState
NS_AVAILABLE_IOS
(
10_0
)
;
UIKIT_EXTERN
UITextContentType
const
UITextContentTypeAddressCityAndState
NS_AVAILABLE_IOS
(
10_0
)
;
UIKIT_EXTERN
UITextContentType
const
UITextContentTypeSublocality
NS_AVAILABLE_IOS
(
10_0
)
;
UIKIT_EXTERN
UITextContentType
const
UITextContentTypeCountryName
NS_AVAILABLE_IOS
(
10_0
)
;
UIKIT_EXTERN
UITextContentType
const
UITextContentTypePostalCode
NS_AVAILABLE_IOS
(
10_0
)
;
UIKIT_EXTERN
UITextContentType
const
UITextContentTypeTelephoneNumber
NS_AVAILABLE_IOS
(
10_0
)
;
UIKIT_EXTERN
UITextContentType
const
UITextContentTypeEmailAddress
NS_AVAILABLE_IOS
(
10_0
)
;
UIKIT_EXTERN
UITextContentType
const
UITextContentTypeURL
NS_AVAILABLE_IOS
(
10_0
)
;
UIKIT_EXTERN
UITextContentType
const
UITextContentTypeCreditCardNumber
NS_AVAILABLE_IOS
(
10_0
)
;
|
10.UICollectionViewCell的的优化
- 在iOS 10 之前,UICollectionView上面如果有大量cell,当用户活动很快的时候,整个UICollectionView的卡顿会很明显,为什么会造成这样的问题,这里涉及到了iOS 系统的重用机制,当cell准备加载进屏幕的时候,整个cell都已经加载完成,等待在屏幕外面了,也就是整整一行cell都已经加载完毕,这就是造成卡顿的主要原因,专业术语叫做:掉帧.
要想让用户感觉不到卡顿,我们的app必须帧率达到60帧/秒,也就是说每帧16毫秒要刷新一次. - iOS 10 之前UICollectionViewCell的生命周期是这样的:
- 用户滑动屏幕,屏幕外有一个cell准备加载进来,把cell从reusr队列拿出来,然后调用prepareForReuse方法,在这个方法里面,可以重置cell的状态,加载新的数据;
- 继续滑动,就会调用cellForItemAtIndexPath方法,在这个方法里面给cell赋值模型,然后返回给系统;
- 当cell马上进去屏幕的时候,就会调用willDisplayCell方法,在这个方法里面我们还可以修改cell,为进入屏幕做最后的准备工作;
- 执行完willDisplayCell方法后,cell就进去屏幕了.当cell完全离开屏幕以后,会调用didEndDisplayingCell方法.
- iOS 10 UICollectionViewCell的生命周期是这样的:
- 用户滑动屏幕,屏幕外有一个cell准备加载进来,把cell从reusr队列拿出来,然后调用prepareForReuse方法,在这里当cell还没有进去屏幕的时候,就已经提前调用这个方法了,对比之前的区别是之前是cell的上边缘马上进去屏幕的时候就会调用该方法,而iOS 10 提前到cell还在屏幕外面的时候就调用;
- 在cellForItemAtIndexPath中创建cell,填充数据,刷新状态等操作,相比于之前也提前了;
- 用户继续滑动的话,当cell马上就需要显示的时候我们再调用willDisplayCell方法,原则就是:何时需要显示,何时再去调用willDisplayCell方法;
- 当cell完全离开屏幕以后,会调用didEndDisplayingCell方法,跟之前一样,cell会进入重用队列.
- 在iOS 10 之前,cell只能从重用队列里面取出,再走一遍生命周期,并调用cellForItemAtIndexPath创建或者生成一个cell.
- 在iOS 10 中,系统会cell保存一段时间,也就是说当用户把cell滑出屏幕以后,如果又滑动回来,cell不用再走一遍生命周期了,只需要调用willDisplayCell方法就可以重新出现在屏幕中了.
- iOS 10 中,系统是一个一个加载cell的,二以前是一行一行加载的,这样就可以提升很多性能;
- iOS 10 新增加的Pre-Fetching预加载
这个是为了降低UICollectionViewCell在加载的时候所花费的时间,在 iOS 10 中,除了数据源协议和代理协议外,新增加了一个UICollectionViewDataSourcePrefetching协议,这个协议里面定义了两个方法:
1
2
3
|
-
(
void
)
collectionView
:
(
UICollectionView *
)
collectionView
prefetchItemsAtIndexPaths
:
(
NSArray *
)
indexPaths
NS_AVAILABLE_IOS
(
10_0
)
;
-
(
void
)
collectionView
:
(
UICollectionView *
)
collectionView
cancelPrefetchingForItemsAtIndexPaths
:
(
NSArray *
)
indexPaths
NS_AVAILABLE_IOS
(
10_0
)
;
|
- 在ColletionView prefetchItemsAt indexPaths这个方法是异步预加载数据的,当中的indexPaths数组是有序的,就是item接收数据的顺序;
CollectionView cancelPrefetcingForItemsAt indexPaths这个方法是可选的,可以用来处理在滑动中取消或者降低提前加载数据的优先级.
注意:这个协议并不能代替之前读取数据的方法,仅仅是辅助加载数据.
Pre-Fetching预加载对UITableViewCell同样适用.
11.UIRefreshControl
- 在iOS 10 中, UIRefreshControl可以直接在UICollectionView和UITableView中使用,并且脱离了UITableViewController.现在RefreshControl是UIScrollView的一个属性.
使用方法:
1
2
3
4
5
6
7
8
9
|
//创建
UIRefreshControl *
refreshControl
=
[
[
UIRefreshControl
alloc
]
init
]
;
refreshControl
.
tintColor
=
[
UIColor
redColor
]
;
refreshControl
.
attributedTitle
=
[
[
NSAttributedString
alloc
]
initWithString
:
@
"正在刷新"
]
;
[
refreshControl
addTarget
:
self
action
:
@
selector
(
loadData
)
forControlEvents
:
UIControlEventValueChanged
]
;
//开始和停止刷新
[
refreshControl
beginRefreshing
]
;
[
refreshControl
endRefreshing
]
;
|
- 也可以进去头文件查看
1
2
3
4
5
6
7
8
9
10
11
12
13
|
#import
-
(
instancetype
)
init
;
@
property
(
nonatomic
,
readonly
,
getter
=
isRefreshing
)
BOOL
refreshing
;
@
property
(
null_resettable
,
nonatomic
,
strong
)
UIColor *
tintColor
;
@
property
(
nullable
,
nonatomic
,
strong
)
NSAttributedString *
attributedTitle
UI_APPEARANCE_SELECTOR
;
// May be used to indicate to the refreshControl that an external event has initiated the refresh action
-
(
void
)
beginRefreshing
NS_AVAILABLE_IOS
(
6_0
)
;
// Must be explicitly called when the refreshing has completed
-
(
void
)
endRefreshing
NS_AVAILABLE_IOS
(
6_0
)
;
|
12.UserNotifications(用户通知)
- iOS 10 中将通知相关的 API 都统一了,苹果对这是做了重大改进,变的非常易用。
iOS 9 以前的通知
在调用方法时,有些方法让人很难区分,容易写错方法,这让开发者有时候很苦恼。
应用在运行时和非运行时捕获通知的路径还不一致。
应用在前台时,是无法直接显示远程通知,还需要进一步处理。
已经发出的通知是不能更新的,内容发出时是不能改变的,并且只有简单文本展示方式,扩展性根本不是很好。iOS 10 开始的通知
所有相关通知被统一到了UserNotifications.framework框架中。
增加了撤销、更新、中途还可以修改通知的内容。
通知不在是简单的文本了,可以加入视频、图片,自定义通知的展示等等。
iOS 10相对之前的通知来说更加好用易于管理,并且进行了大规模优化,对于开发者来说是一件好事。
iOS 10开始对于权限问题进行了优化,申请权限就比较简单了(本地与远程通知集成在一个方法中)。iOS 10 通知学习相关资料:
后面对UserNotifications单独发表文章学习相关的知识
参考资料: