iOS 10相關技術

1.系統判斷方法失效:

在你的項目中,當須要判斷系統版本的話,不要使用下面的方法:html

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

它會永遠返回NO,substringToIndex:1在iOS 10 會被檢測成 iOS 1了,
應該使用下面的這些方法:
Objective-C 中這樣寫:ios

  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)

或者使用:web

  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)中,蘋果補充了缺乏的數字,設置有將來的版本.api

  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模式下):app

  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 UITextContentTypeAddressCityAndStateNS_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;

 

參考文章:

http://www.cnblogs.com/blogoflzh/p/5855343.html

相關文章
相關標籤/搜索