iOS开发日志 之 iOS10版本适配问题

1.系统判断方法失效

在你的项目中,当需要判断系统版本的话,不要使用下面的方法:

 
 
  1. #define isiOS10 ([[[[UIDevice currentDevice] systemVersion] substringToIndex:1] intValue]>=10)

它会永远返回NO,substringToIndex:1在iOS 10 会被检测成 iOS 1了,
应该使用下面的这些方法:
Objective-C 中这样写:

 
 
  1. #define SYSTEM_VERSION_EQUAL_TO(v) ([[[UIDevice currentDevice] systemVersion] compare:v options:NSNumericSearch] == NSOrderedSame)
  2. #define SYSTEM_VERSION_GREATER_THAN(v) ([[[UIDevice currentDevice] systemVersion] compare:v options:NSNumericSearch] == NSOrderedDescending)
  3. #define SYSTEM_VERSION_GREATER_THAN_OR_EQUAL_TO(v) ([[[UIDevice currentDevice] systemVersion] compare:v options:NSNumericSearch] != NSOrderedAscending)
  4. #define SYSTEM_VERSION_LESS_THAN(v) ([[[UIDevice currentDevice] systemVersion] compare:v options:NSNumericSearch] == NSOrderedAscending)
  5. #define SYSTEM_VERSION_LESS_THAN_OR_EQUAL_TO(v) ([[[UIDevice currentDevice] systemVersion] compare:v options:NSNumericSearch] != NSOrderedDescending)

或者使用:

 
 
  1. if ([[NSProcessInfo processInfo] isOperatingSystemAtLeastVersion:(NSOperatingSystemVersion){.majorVersion = 9, .minorVersion = 1, .patchVersion = 0}]) {
  2. // 代码块
  3. }
  4. if ([NSProcessInfo.processInfo isOperatingSystemAtLeastVersion:(NSOperatingSystemVersion){9,3,0}]) {
  5. // 代码块
  6. }

或者使用:

 
 
  1. if (NSFoundationVersionNumber > NSFoundationVersionNumber_iOS_9_0) {
  2. // 代码块
  3. } else {
  4. // 代码块
  5. }

有时候会缺少一些常量,NSFoundationVersionNumber是在NSObjCRuntime.h中定义的,作为Xcode7.3.1的一部分,我们设定常熟范围从iPhone OS 2到#define NSFoundationVersionNumber_iOS_8_4 1144.17,在iOS 10(Xcode 8)中,苹果补充了缺少的数字,设置有未来的版本.

 
 
  1. #define NSFoundationVersionNumber_iOS_9_0 1240.1
  2. #define NSFoundationVersionNumber_iOS_9_1 1241.14
  3. #define NSFoundationVersionNumber_iOS_9_2 1242.12
  4. #define NSFoundationVersionNumber_iOS_9_3 1242.12
  5. #define NSFoundationVersionNumber_iOS_9_4 1280.25
  6. #define NSFoundationVersionNumber_iOS_9_x_Max 1299

Swift中这样写:

 
 
  1. if NSProcessInfo().isOperatingSystemAtLeastVersion(NSOperatingSystemVersion(majorVersion: 10, minorVersion: 0, patchVersion: 0)) {
  2. // 代码块
  3. }

或者使用

 
 
  1. if #available(iOS 10.0, *) {
  2. // 代码块
  3. } else {
  4. // 代码块
  5. }


2.隐私数据访问问题:

你的项目中访问了隐私数据,比如:相机,相册,联系人等,在Xcode8中打开编译的话,统统会crash,控制台会输出下面这样的日志:

这是因为iOS对用户的安全和隐私的增强,在申请很多私有权限的时候都需要添加描述,但是,在使用Xcode 8之前的Xcode还是使用系统的权限通知框.
要想解决这个问题,只需要在info.plist添加NSContactsUsageDescription的key, value自己随意填写就可以,这里列举出对应的key(Source Code模式下):

 
 
  1. <!-- 相册 -->
  2. <key>NSPhotoLibraryUsageDescription</key>
  3. <string>App需要您的同意,才能访问相册</string>
  4. <!-- 相机 -->
  5. <key>NSCameraUsageDescription</key>
  6. <string>App需要您的同意,才能访问相机</string>
  7. <!-- 麦克风 -->
  8. <key>NSMicrophoneUsageDescription</key>
  9. <string>App需要您的同意,才能访问麦克风</string>
  10. <!-- 位置 -->
  11. <key>NSLocationUsageDescription</key>
  12. <string>App需要您的同意,才能访问位置</string>
  13. <!-- 在使用期间访问位置 -->
  14. <key>NSLocationWhenInUseUsageDescription</key>
  15. <string>App需要您的同意,才能在使用期间访问位置</string>
  16. <!-- 始终访问位置 -->
  17. <key>NSLocationAlwaysUsageDescription</key>
  18. <string>App需要您的同意,才能始终访问位置</string>
  19. <!-- 日历 -->
  20. <key>NSCalendarsUsageDescription</key>
  21. <string>App需要您的同意,才能访问日历</string>
  22. <!-- 提醒事项 -->
  23. <key>NSRemindersUsageDescription</key>
  24. <string>App需要您的同意,才能访问提醒事项</string>
  25. <!-- 运动与健身 -->
  26. <key>NSMotionUsageDescription</key> <string>App需要您的同意,才能访问运动与健身</string>
  27. <!-- 健康更新 -->
  28. <key>NSHealthUpdateUsageDescription</key>
  29. <string>App需要您的同意,才能访问健康更新 </string>
  30. <!-- 健康分享 -->
  31. <key>NSHealthShareUsageDescription</key>
  32. <string>App需要您的同意,才能访问健康分享</string>
  33. <!-- 蓝牙 -->
  34. <key>NSBluetoothPeripheralUsageDescription</key>
  35. <string>App需要您的同意,才能访问蓝牙</string>
  36. <!-- 媒体资料库 -->
  37. <key>NSAppleMusicUsageDescription</key>
  38. <string>App需要您的同意,才能访问媒体资料库</string>

如果不起作用,可以请求后台权限,类似于这样:

 
 
  1. <key>UIBackgroundModes</key>
  2. <array>
  3. <!-- 在这里写上你在后台模式下要使用权限对应的key -->
  4. <string>location</string>
  5. ...
  6. </array>

或者在Xcode里选中当前的target,选择Capabilities,找到Background Modes,打开它,在里面选择对应权限


3.UIColor的问题

官方文档中说:大多数core开头的图形框架和AVFoundation都提高了对扩展像素和宽色域色彩空间的支持.通过图形堆栈扩展这种方式比以往支持广色域的显示设备更加容易。现在对UIKit扩展可以在sRGB的色彩空间下工作,性能更好,也可以在更广泛的色域来搭配sRGB颜色.如果你的项目中是通过低级别的api自己实现图形处理的,建议使用sRGB,也就是说在项目中使用了RGB转化颜色的建议转换为使用sRGB,在UIColor类中新增了两个api:

 
 
  1. - (UIColor *)initWithDisplayP3Red:(CGFloat)displayP3Red green:(CGFloat)green blue:(CGFloat)blue alpha:(CGFloat)alpha NS_AVAILABLE_IOS(10_0);
  2. + (UIColor *)colorWithDisplayP3Red:(CGFloat)displayP3Red green:(CGFloat)green blue:(CGFloat)blue alpha:(CGFloat)alpha NS_AVAILABLE_IOS(10_0);


4.真彩色的显示

真彩色的显示会根据光感应器来自动的调节达到特定环境下显示与性能的平衡效果,如果需要这个功能的话,可以在info.plist里配置(在Source Code模式下):

 
 
  1. <key>UIWhitePointAdaptivityStyle</key>

它有五种取值,分别是:

 
 
  1. <string>UIWhitePointAdaptivityStyleStandard</string> // 标准模式
  2. <string>UIWhitePointAdaptivityStyleReading</string> // 阅读模式
  3. <string>UIWhitePointAdaptivityStylePhoto</string> // 图片模式
  4. <string>UIWhitePointAdaptivityStyleVideo</string> // 视频模式
  5. <string>UIWhitePointAdaptivityStyleStandard</string> // 游戏模式

也就是说如果你的项目是阅读类的,就选择UIWhitePointAdaptivityStyleReading这个模式,五种模式的显示效果是从上往下递减,也就是说如果你的项目是图片处理类的,你选择的是阅读模式,给选择太好的效果会影响性能.


5.ATS的问题

1.在iOS 9的时候,默认非HTTS的网络是被禁止的,我们可以在info.plist文件中添加NSAppTransportSecurity字典,将NSAllowsArbitraryLoads设置为YES来禁用ATS;
2.从2017年1月1日起,,所有新提交的 app 默认不允许使用NSAllowsArbitraryLoads来绕过ATS的限制,默认情况下你的 app 可以访问加密足够强的(TLS V1.2以上)HTTPS内容;
3.可以选择使用NSExceptionDomains设置白名单的方式对特定的域名开放HTTP内容来通过审核,比如说你的应用集成了第三方的登录分享SDK,可以通过这种方式来做,下面以新浪SDK作为示范(Source Code 模式下):

 
 
  1. <key>NSAppTransportSecurity</key>
  2. <dict>
  3. <key>NSExceptionDomains</key>
  4. <dict>
  5. <key>sina.cn</key>
  6. <dict>
  7. <key>NSThirdPartyExceptionMinimumTLSVersion</key>
  8. <string>TLSv1.0</string>
  9. <key>NSThirdPartyExceptionRequiresForwardSecrecy</key>
  10. <false/>
  11. <key>NSIncludesSubdomains</key>
  12. <true/>
  13. </dict>
  14. <key>weibo.cn</key>
  15. <dict>
  16. <key>NSThirdPartyExceptionMinimumTLSVersion</key>
  17. <string>TLSv1.0</string>
  18. <key>NSThirdPartyExceptionRequiresForwardSecrecy</key>
  19. <false/>
  20. <key>NSIncludesSubdomains</key>
  21. <true/>
  22. </dict>
  23. <key>weibo. com</key>
  24. <dict>
  25. <key>NSThirdPartyExceptionMinimumTLSVersion</key>
  26. <string>TLSv1.0</string>
  27. <key>NSThirdPartyExceptionRequiresForwardSecrecy</key>
  28. <false/>
  29. <key>NSIncludesSubdomains</key>
  30. <true/>
  31. </dict>
  32. <key>sinaimg.cn</key>
  33. <dict>
  34. <key>NSThirdPartyExceptionMinimumTLSVersion</key>
  35. <string>TLSv1.0</string>
  36. <key>NSThirdPartyExceptionRequiresForwardSecrecy</key>
  37. <false/>
  38. <key>NSIncludesSubdomains</key>
  39. <true/>
  40. </dict>
  41. <key>sinajs.cn</key>
  42. <dict>
  43. <key>NSThirdPartyExceptionMinimumTLSVersion</key>
  44. <string>TLSv1.0</string>
  45. <key>NSThirdPartyExceptionRequiresForwardSecrecy</key>
  46. <false/>
  47. <key>NSIncludesSubdomains</key>
  48. <true/>
  49. </dict>
  50. <key>sina.com.cn</key>
  51. <dict>
  52. <key>NSThirdPartyExceptionMinimumTLSVersion</key>
  53. <string>TLSv1.0</string>
  54. <key>NSThirdPartyExceptionRequiresForwardSecrecy</key>
  55. <false/>
  56. <key>NSIncludesSubdomains</key>
  57. <true/>
  58. </dict>
  59. </dict>
  60. </dict>

4.在iOS 10 中info.plist文件新加入了NSAllowsArbitraryLoadsInWebContent键,允许任意web页面加载,同时苹果会用 ATS 来保护你的app;
5.安全传输不再支持SSLv3, 建议尽快停用SHA13DES算法;


6.UIStatusBar的问题:

在iOS10中,如果还使用以前设置UIStatusBar类型或者控制隐藏还是显示的方法,会报警告,方法过期,如下图:

上面方法到 iOS 10 不能使用了,要想修改UIStatusBar的样式或者状态使用下图中所示的属性或方法:

 
 
  1. @property(nonatomic, readonly) UIStatusBarStyle preferredStatusBarStyle NS_AVAILABLE_IOS(7_0) __TVOS_PROHIBITED; // Defaults to UIStatusBarStyleDefault
  2. @property(nonatomic, readonly) BOOL prefersStatusBarHidden NS_AVAILABLE_IOS(7_0) __TVOS_PROHIBITED; // Defaults to NO
  3. - (UIStatusBarStyle)preferredStatusBarStyle NS_AVAILABLE_IOS(7_0) __TVOS_PROHIBITED; // Defaults to UIStatusBarStyleDefault
  4. - (BOOL)prefersStatusBarHidden NS_AVAILABLE_IOS(7_0) __TVOS_PROHIBITED; // Defaults to NO
  5. // 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.
  6. - (UIStatusBarAnimation)preferredStatusBarUpdateAnimation NS_AVAILABLE_IOS(7_0) __TVOS_PROHIBITED; // Defaults to UIStatusBarAnimationFade


7.UITextField

在iOS 10 中,UITextField新增了textContentType字段,是UITextContentType类型,它是一个枚举,作用是可以指定输入框的类型,以便系统可以分析出用户的语义.是电话类型就建议一些电话,是地址类型就建议一些地址.可以在#import <UIKit/UITextInputTraits.h>文件中,查看textContentType字段,有以下可以选择的类型:

 
 
  1. UIKIT_EXTERN UITextContentType const UITextContentTypeName NS_AVAILABLE_IOS(10_0);
  2. UIKIT_EXTERN UITextContentType const UITextContentTypeNamePrefix NS_AVAILABLE_IOS(10_0);
  3. UIKIT_EXTERN UITextContentType const UITextContentTypeGivenName NS_AVAILABLE_IOS(10_0);
  4. UIKIT_EXTERN UITextContentType const UITextContentTypeMiddleName NS_AVAILABLE_IOS(10_0);
  5. UIKIT_EXTERN UITextContentType const UITextContentTypeFamilyName NS_AVAILABLE_IOS(10_0);
  6. UIKIT_EXTERN UITextContentType const UITextContentTypeNameSuffix NS_AVAILABLE_IOS(10_0);
  7. UIKIT_EXTERN UITextContentType const UITextContentTypeNickname NS_AVAILABLE_IOS(10_0);
  8. UIKIT_EXTERN UITextContentType const UITextContentTypeJobTitle NS_AVAILABLE_IOS(10_0);
  9. UIKIT_EXTERN UITextContentType const UITextContentTypeOrganizationName NS_AVAILABLE_IOS(10_0);
  10. UIKIT_EXTERN UITextContentType const UITextContentTypeLocation NS_AVAILABLE_IOS(10_0);
  11. UIKIT_EXTERN UITextContentType const UITextContentTypeFullStreetAddress NS_AVAILABLE_IOS(10_0);
  12. UIKIT_EXTERN UITextContentType const UITextContentTypeStreetAddressLine1 NS_AVAILABLE_IOS(10_0);
  13. UIKIT_EXTERN UITextContentType const UITextContentTypeStreetAddressLine2 NS_AVAILABLE_IOS(10_0);
  14. UIKIT_EXTERN UITextContentType const UITextContentTypeAddressCity NS_AVAILABLE_IOS(10_0);
  15. UIKIT_EXTERN UITextContentType const UITextContentTypeAddressState NS_AVAILABLE_IOS(10_0);
  16. UIKIT_EXTERN UITextContentType const UITextContentTypeAddressCityAndState NS_AVAILABLE_IOS(10_0);
  17. UIKIT_EXTERN UITextContentType const UITextContentTypeSublocality NS_AVAILABLE_IOS(10_0);
  18. UIKIT_EXTERN UITextContentType const UITextContentTypeCountryName NS_AVAILABLE_IOS(10_0);
  19. UIKIT_EXTERN UITextContentType const UITextContentTypePostalCode NS_AVAILABLE_IOS(10_0);
  20. UIKIT_EXTERN UITextContentType const UITextContentTypeTelephoneNumber NS_AVAILABLE_IOS(10_0);
  21. UIKIT_EXTERN UITextContentType const UITextContentTypeEmailAddress NS_AVAILABLE_IOS(10_0);
  22. UIKIT_EXTERN UITextContentType const UITextContentTypeURL NS_AVAILABLE_IOS(10_0);
  23. UIKIT_EXTERN UITextContentType const UITextContentTypeCreditCardNumber NS_AVAILABLE_IOS(10_0);


8.UserNotifications(用户通知)

iOS 10 中将通知相关的 API 都统一了,在此基础上很多用户定义的通知,并且可以捕捉到各个通知状态的回调.以前通知的概念是:大家想接受的提前做好准备,然后一下全两分发,没收到也不管了,也不关心发送者,现在的用户通知做成了类似于网络请求,先发一个request得到response的流程,还封装了error,可以在各个状态的方法中做一些额外的操作,并且能获得一些字段,比如发送者之类的.这个功能的头文件是:#import <UserNotifications/UserNotifications.h>
主要有以下文件:

 
 
  1. #import <UserNotifications/NSString+UserNotifications.h>
  2. #import <UserNotifications/UNError.h>
  3. #import <UserNotifications/UNNotification.h>
  4. #import <UserNotifications/UNNotificationAction.h>
  5. #import <UserNotifications/UNNotificationAttachment.h>
  6. #import <UserNotifications/UNNotificationCategory.h>
  7. #import <UserNotifications/UNNotificationContent.h>
  8. #import <UserNotifications/UNNotificationRequest.h>
  9. #import <UserNotifications/UNNotificationResponse.h>
  10. #import <UserNotifications/UNNotificationSettings.h>
  11. #import <UserNotifications/UNNotificationSound.h>
  12. #import <UserNotifications/UNNotificationTrigger.h>
  13. #import <UserNotifications/UNUserNotificationCenter.h>
  14. #import <UserNotifications/UNNotificationServiceExtension.h>


9.UICollectionViewCell的的优化

在iOS 10 之前,UICollectionView上面如果有大量cell,当用户活动很快的时候,整个UICollectionView的卡顿会很明显,为什么会造成这样的问题,这里涉及到了iOS 系统的重用机制,当cell准备加载进屏幕的时候,整个cell都已经加载完成,等待在屏幕外面了,也就是整整一行cell都已经加载完毕,这就是造成卡顿的主要原因,专业术语叫做:掉帧.
要想让用户感觉不到卡顿,我们的app必须帧率达到60帧/秒,也就是说每帧16毫秒要刷新一次.

iOS 10 之前UICollectionViewCell的生命周期是这样的:
  • 1.用户滑动屏幕,屏幕外有一个cell准备加载进来,把cell从reusr队列拿出来,然后调用prepareForReuse方法,在这个方法里面,可以重置cell的状态,加载新的数据;
  • 2.继续滑动,就会调用cellForItemAtIndexPath方法,在这个方法里面给cell赋值模型,然后返回给系统;
  • 3.当cell马上进去屏幕的时候,就会调用willDisplayCell方法,在这个方法里面我们还可以修改cell,为进入屏幕做最后的准备工作;
  • 4.执行完willDisplayCell方法后,cell就进去屏幕了.当cell完全离开屏幕以后,会调用didEndDisplayingCell方法.
iOS 10 UICollectionViewCell的生命周期是这样的:
  • 1.用户滑动屏幕,屏幕外有一个cell准备加载进来,把cell从reusr队列拿出来,然后调用prepareForReuse方法,在这里当cell还没有进去屏幕的时候,就已经提前调用这个方法了,对比之前的区别是之前是cell的上边缘马上进去屏幕的时候就会调用该方法,而iOS 10 提前到cell还在屏幕外面的时候就调用;
  • 2.在cellForItemAtIndexPath中创建cell,填充数据,刷新状态等操作,相比于之前也提前了;
  • 3.用户继续滑动的话,当cell马上就需要显示的时候我们再调用willDisplayCell方法,原则就是:何时需要显示,何时再去调用willDisplayCell方法;
  • 4.当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. - (void)collectionView:(UICollectionView *)collectionView prefetchItemsAtIndexPaths:(NSArray<NSIndexPath *> *)indexPaths NS_AVAILABLE_IOS(10_0);
  2. - (void)collectionView:(UICollectionView *)collectionView cancelPrefetchingForItemsAtIndexPaths:(NSArray<NSIndexPath *> *)indexPaths NS_AVAILABLE_IOS(10_0);

ColletionView prefetchItemsAt indexPaths这个方法是异步预加载数据的,当中的indexPaths数组是有序的,就是item接收数据的顺序;
CollectionView cancelPrefetcingForItemsAt indexPaths这个方法是可选的,可以用来处理在滑动中取消或者降低提前加载数据的优先级.
注意:这个协议并不能代替之前读取数据的方法,仅仅是辅助加载数据.
Pre-Fetching预加载对UITableViewCell同样适用.


10. UIRefreshControl的使用

在iOS 10 中, UIRefreshControl可以直接在UICollectionView和UITableView中使用,并且脱离了UITableViewController.现在RefreshControl是UIScrollView的一个属性.
使用方法:

 
 
  1. UIRefreshControl *refreshControl = [[UIRefreshControl alloc] init];
  2. [refreshControl addTarget:self action:@selector(loadData) forControlEvents:UIControlEventValueChanged];
  3. collectionView.refreshControl = refreshControl;


11.Xcode 8 运行一堆没用的logs解决办法

自己新建的一个工程啥也没干就打印一堆烂七八糟的东西,解决办法是设置OS_ACTIVITY_MODE : disable



12.Xcode 8 插件不能用的问题

大家都升级了Xcode 8,但是对于插件依赖的开发者们,一边哭着一边去网上寻找解决办法。那么下面是解决办法:

让你的 Xcode8 继续使用插件(http://vongloo.me/2016/09/10/Make-Your-Xcode8-Great-Again/?utm_source=tuicool&utm_medium=referral )

但是看到文章最后的解释,我们知道如果用插件的话,可能安全上会有问题、并且提交审核会被拒绝,所以建议大家还是不要用了,解决办法总是有的,比如在Xcode中添加注释的代码块也是很方便的。


13.iOS 10开始项目中有的文字显示不全问题

我用Xcode 8Xcode 7.3分别测试了下,最后总结下图:


创建一个Label然后让它自适应大小,字体大小都是17最后输出的宽度是不一样的,我们再看一下,

下面的数据就知道为什么升级iOS 10 之后App中有的文字显示不全了:

英文字母会不会也有这种问题,我又通过测试,后来发现英文字母没有问题,只有汉字有问题。

目前只有一个一个修改控件解决这个问题,暂时没有其他好办法来解决。


13.openUrl被废弃

在iOS 10.0以前的年代,我们要想使用应用程序去打开一个网页或者进行跳转,直接使用[[UIApplication sharedApplication] openURL方法就可以了,但是在iOS10已经被废弃了,因为使用这种方式,处理的结果我们不能拦截到也不能获取到,对于开发是非常不利的,在iOS 10全新的推出了[UIApplication sharedApplication] openURL:nil options:nilcompletionHandler:^(BOOL success);有一个成功的回调block可以进行监视。

14.UIViewPropertyAnimator属性动画器

那么在iOS 10之前,我们使用UIView做动画效果或者自定义一些layer的动画,如果开始了,一般无法进行停止操作更不能暂停操作,而且一些非常复杂的动画处理也比较麻烦,但是在iOS10,苹果推出了一个全新的APIUIViewPropertyAnimator,可供我们处理动画操作


15.Xib文件的注意事项

使用Xcode8打开xib文件后,会出现下图的提示。


大家选择Choose Device即可。
之后大家会发现布局啊,frame乱了,只需要更新一下frame即可。如下图



  • 注意:如果按上面的步骤操作后,在用Xcode7打开Xib会报一下错误,

  • 解决办法:需要删除Xib里面
    <capability name="documents saved in the Xcode 8 format" minToolsVersion="8.0"/>
    这句话,以及把< document >中的toolsVersion和< plugIn >中的version改成你正常的xib文件中的值
    ,不过不建议这么做,在Xcode8出来后,希望大家都快速上手,全员更新。这就跟Xcode5到Xcode6一样,有变动,但是还是要尽早学习,尽快适应哟!

16.代码及Api注意

使用Xcode8之后,有些代码可能就编译不过去了,具体我就说说我碰到的问题。
1.UIWebView的代理方法:
**注意要删除NSError前面的 nullable,否则报错。

- (void)webView:(UIWebView *)webView didFailLoadWithError:(nullable NSError *)error
{
    [self hideHud];
}

17.代码注释不能用的解决办法

这个是因为苹果解决xcode ghost,把插件屏蔽了。
解决方法
打开终端,命令运行: sudo /usr/libexec/xpccachectl
然后必须重启电脑后生效

注意:Xcode8内置了开启注释的功能,位置在这里



快捷键的设置在这里



貌似Xcode8取消了三方插件的功能,具体可以查阅下Xcode8 Source Editor


18.推送相关

如下图的部分,不要忘记打开。所有的推送平台,不管是极光还是什么的,要想收到推送,这个是必须打开的



之后就应该可以收到推送了。另外,极光推送也推出新版本了,大家也可以更新下。

PS.苹果这次对推送做了很大的变化,希望大家多查阅查阅,处理推送的代理方法也变化了。

// 推送的代理
[<UNUserNotificationCenterDelegate>]

iOS10收到通知不再是在
[application: didReceiveRemoteNotification:]方法去处理, iOS10推出新的代理方法,接收和处理各类通知(本地或者远程)

- (void)userNotificationCenter:(UNUserNotificationCenter *)center willPresentNotification:(UNNotification *)notification withCompletionHandler:(void (^)(UNNotificationPresentationOptions))completionHandler { //应用在前台收到通知 NSLog(@"========%@", notification);}- (void)userNotificationCenter:(UNUserNotificationCenter *)center didReceiveNotificationResponse:(UNNotificationResponse *)response withCompletionHandler:(void (^)())completionHandler { //点击通知进入应用 NSLog(@"response:%@", response);}



最后关于是关于https的问题,在 iOS 9 和 OS X 10.11 中,默认情况下非 HTTPS 的网络访问是被禁止的。当然,因为这样的推进影响面非常广,作为缓冲,我们可以在 Info.plist 中添加 NSAppTransportSecurity 字典并且将 NSAllowsArbitraryLoads 设置为 YES 来禁用 ATS。不过,WWDC 16 中,Apple 表示将继续在 iOS 10 和 macOS 10.12 里收紧对普通 HTTP 的访问限制。从 2017 年 1 月 1 日起,所有的新提交 app 默认是不允许使用 NSAllowsArbitraryLoads 来绕过 ATS 限制的,也就是说,我们最好保证 app 的所有网络请求都是 HTTPS 加密的,否则可能会在应用审核时遇到麻烦。推荐一下瞄神的这篇文章,写的不错。https://onevcat.com/2016/06/ios-10-ats/

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值