iOS開發 Xcode8中遇到的問題及改動
新版本釋出總會有很多坑,也會有很多改動。
一個一個填吧。。。
一、遇到的問題
1、許可權以及相關設定
iOS10系統下呼叫系統相簿、相機功能,或者蘋果健康都會遇到閃退的情況,
呼叫系統相簿報錯描述如下:
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
解決辦法(fix method):
在info.plist —Source Code中新增
UsageDescription相關的key, 描述字串自己隨意填寫就可以,但是一定要填寫,不然會引發包無效的問題,導致上傳打包後構建版本一直不顯示。
<!-- 相簿 --> <key>NSPhotoLibraryUsageDescription</key> <string>App需要您的同意,才能訪問相簿</string> <!-- 相機 --> <key>NSCameraUsageDescription</key> <string>App需要您的同意,才能訪問相機</string> <!-- 麥克風 --> <key>NSMicrophoneUsageDescription</key> <string>App需要您的同意,才能訪問麥克風</string> <!-- 位置 --> <key>NSLocationUsageDescription</key> <string>App需要您的同意,才能訪問位置</string> <!-- 在使用期間訪問位置 --> <key>NSLocationWhenInUseUsageDescription</key> <string>App需要您的同意,才能在使用期間訪問位置</string> <!-- 始終訪問位置 --> <key>NSLocationAlwaysUsageDescription</key> <string>App需要您的同意,才能始終訪問位置</string> <!-- 日曆 --> <key>NSCalendarsUsageDescription</key> <string>App需要您的同意,才能訪問日曆</string> <!-- 提醒事項 --> <key>NSRemindersUsageDescription</key> <string>App需要您的同意,才能訪問提醒事項</string> <!-- 運動與健身 --> <key>NSMotionUsageDescription</key> <string>App需要您的同意,才能訪問運動與健身</string> <!-- 健康更新 --> <key>NSHealthUpdateUsageDescription</key> <string>App需要您的同意,才能訪問健康更新 </string> <!-- 健康分享 --> <key>NSHealthShareUsageDescription</key> <string>App需要您的同意,才能訪問健康分享</string> <!-- 藍芽 --> <key>NSBluetoothPeripheralUsageDescription</key> <string>App需要您的同意,才能訪問藍芽</string> <!-- 媒體資料庫 --> <key>NSAppleMusicUsageDescription</key> <string>App需要您的同意,才能訪問媒體資料庫</string>
如果不起作用,可以請求後臺許可權,類似於這樣:
<key>UIBackgroundModes</key>
<array>
<!-- 在這裡寫上你在後臺模式下要使用許可權對應的key -->
<string>location</string>
...
</array>
或者在info.plist—Property List中新增
輸入 Privacy
部分
麥克風許可權:Privacy - Microphone Usage Description
通訊錄許可權: Privacy - Contacts Usage Description
藍芽許可權:Privacy - Bluetooth Peripheral Usage Description
語音轉文字許可權:Privacy - Speech Recognition Usage Description
日曆許可權:Privacy - Calendars Usage Description
定位許可權:Privacy - Location When In Use Usage Description
定位許可權: Privacy - Location Always Usage Description
定位的需要這麼寫,防止上架被拒。
2、程式碼註釋不能用的解決辦法
這個是因為蘋果解決xcode ghost,把外掛遮蔽了。
解決辦法(fix method):
開啟終端,命令執行: sudo /usr/libexec/xpccachectl
重啟電腦後生效
注意:Xcode8內建了開啟註釋的功能:
Add Documentation
快捷鍵的設定:
Xcode-> Preferences -> Key Bindings
Documentation
三方外掛解決辦法(fix method):
讓你的 Xcode8 繼續使用外掛
但是看到文章最後的解釋,我們知道如果用外掛的話,可能安全上會有問題、並且提交稽核會被拒絕,所以建議大家還是不要用了,解決辦法總是有的,比如在Xcode中添加註釋的程式碼塊也是很方便的。
3.遮蔽雜亂無章的log
解決辦法(fix method):
Edit Scheme-> Run -> Arguments,
在Environment Variables裡邊新增
OS_ACTIVITY_MODE = Disable
————這種方法會遮蔽掉真機的NSLog,解決方法請等待————
Edit Scheme
成功後的喜悅
4.UIStatusBar方法過期:
解決辦法(fix method):
//屬性&&方法
@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
- (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
//可以這樣寫
- (UIStatusBarStyle)preferredStatusBarStyle {
return UIStatusBarStyleDefault;
}
5.label中的文字顯示不全
用Xcode 8和Xcode 7.3
分別測試了下,如下圖:
Xcode 8
Xcode 7
建立一個Label然後讓它自適應大小,字型大小都是17最後輸出的寬度是不一樣的,我們再看一下,下面的資料就知道為什麼升iOS 10之後App中有的文字顯示不全了:
發現英文字母沒有問題,只有漢字有問題。目前只有一個一個修改控制元件解決這個問題。
解決辦法(fix method):
UILabel *myLabel = [UILabel new];
/*UIFont 的preferredFontForTextStyle: 意思是指定一個樣式,並讓字型大小符合使用者設定的字型大小。 */
myLabel.font =[UIFont preferredFontForTextStyle: UIFontTextStyleHeadline];
/*
Indicates whether the corresponding element should automatically update its font when the device’s UIContentSizeCategory is changed.
For this property to take effect, the element’s font must be a font vended using +preferredFontForTextStyle: or +preferredFontForTextStyle:compatibleWithTraitCollection: with a valid UIFontTextStyle.
*/
//是否更新字型的變化
myLabel.adjustsFontForContentSizeCategory = YES;
6.使用Xib awakeFromNib的警告問題
在Xcode 8之前我們使用Xib初始化- (void)awakeFromNib {}
都是這麼寫也沒什麼問題,但是在Xcode 8會有如下警告:
如果不喜歡這個警告的話,應該明確的加上[super awakeFromNib];
7.判斷系統版本
oc
//值為10.0
[[UIDevice currentDevice] systemVersion]
if ([[NSProcessInfo processInfo] isOperatingSystemAtLeastVersion:(NSOperatingSystemVersion){.majorVersion = 9, .minorVersion = 1, .patchVersion = 0}]) {
NSLog(@"Hello from > iOS 9.1");
}
if ([NSProcessInfo.processInfo isOperatingSystemAtLeastVersion:(NSOperatingSystemVersion){9,3,0}]) {
NSLog(@"Hello from > iOS 9.3");
}
if (NSFoundationVersionNumber > NSFoundationVersionNumber_iOS_9_0) {
// do stuff for iOS 9 and newer
}
else {
// do stuff for older versions than iOS 9
}
swift
if NSProcessInfo().isOperatingSystemAtLeastVersion(NSOperatingSystemVersion(majorVersion: 10, minorVersion: 0, patchVersion: 0)) {
// 程式碼塊
}
if #available(iOS 10.0, *) {
// 程式碼塊
} else {
// 程式碼塊
}
8.ATS的問題
iOS 9中預設非HTTPS的網路是被禁止的,當然我們也可以把NSAllowsArbitraryLoads設定為YES禁用ATS。
我們還可以通過NSExceptionDomains來針對特定的域名開放HTTP可以容易通過稽核。
參考學習文章如下:關於 iOS 10 中 ATS 的問題
9.Xib檔案的注意事項
使用Xcode8開啟xib檔案後,會出現下圖的提示:
Choose Device
大家選擇Choose Device即可。
之後大家會發現佈局啊,frame亂了,只需要更新一下frame即可。如下圖
update frame
- 注意:如果按上面的步驟操作後,在用Xcode7開啟Xib會報一下錯誤,
Xcode 8.0 or later
- 解決辦法:右鍵Xib檔案->Open As Source Code 刪除下面的
<capability name="documents saved in the Xcode 8 format" minToolsVersion="8.0"/>
這句話,以及把< document >中的toolsVersion和< plugIn >中的version改成你正常的xib檔案中的值,不過不建議這麼做,在Xcode8出來後,希望大家都快速上手,全員更新。這就跟Xcode5到Xcode6一樣,有變動,但是還是要儘早學習,儘快適應喲!
10.tabbar隱藏上面的黑線
//UITabBarController裡面
[[UITabBar appearance] setBackgroundImage:[UIImage imageNamed:@"BarBackground.png"];
[[UITabBar appearance] setShadowImage:[UIImage new]];
—————————————我是分割線—————————————
二、改動
1.UIColor 新增方法
在iOS 10 蘋果官方建議我們使用sRGB,因為它效能更好,色彩更豐富。如果你自己為UIColor寫了一套分類的話也可嘗試替換為sRGB,UIColor類中新增了兩個Api如下:
+ (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);
2.真彩色的顯示
真彩色的顯示會根據光感應器來自動的調節達到特定環境下顯示與效能的平衡效果,如果需要這個功能的話,可以在info.plist-Source Code裡配置:
<key>UIWhitePointAdaptivityStyle</key>
它有五種取值,分別是:
<string>UIWhitePointAdaptivityStyleStandard</string> // 標準模式
<string>UIWhitePointAdaptivityStyleReading</string> // 閱讀模式
<string>UIWhitePointAdaptivityStylePhoto</string> // 圖片模式
<string>UIWhitePointAdaptivityStyleVideo</string> // 視訊模式
<string>UIWhitePointAdaptivityStyleStandard</string> // 遊戲模式
也就是說如果你的專案是閱讀類的,就選擇UIWhitePointAdaptivityStyleReading這個模式,五種模式的顯示效果是從上往下遞減,也就是說如果你的專案是圖片處理類的,你選擇的是閱讀模式,給選擇太好的效果會影響效能.
3.UITextContentType
// The textContentType property is to provide the keyboard with extra information about the semantic intent of the text document.
@property(nonatomic,copy) UITextContentType textContentType NS_AVAILABLE_IOS(10_0); // default is nil
在iOS 10UITextField添加了textContentType列舉,指示文字輸入區域所期望的語義意義。
使用此屬性可以給鍵盤和系統資訊,關於使用者輸入的內容的預期的語義意義。例如,您可以指定一個文字欄位,使用者填寫收到一封電子郵件確認uitextcontenttypeemailaddress。當您提供有關您期望使用者在文字輸入區域中輸入的內容的資訊時,系統可以在某些情況下自動選擇適當的鍵盤,並提高鍵盤修正和主動與其他文字輸入機會的整合。
4. UIRefreshControl的使用
在iOS 10 中, UIRefreshControl可以直接在UICollectionView和UITableView中使用,並且脫離了UITableViewController.現在RefreshControl是UIScrollView的一個屬性.使用方法:
UIRefreshControl *refreshControl = [[UIRefreshControl alloc] init];
[refreshControl addTarget:self action:@selector(loadData) forControlEvents:UIControlEventValueChanged];
collectionView.refreshControl = refreshControl;
5.Notification(通知)
自從Notification被引入之後,蘋果就不斷的更新優化,但這些更新優化只是小打小鬧,直至現在iOS 10開始真正的進行大改重構,這讓開發者也體會到UserNotifications的易用,功能也變得非常強大。
iOS 9 以前的通知
- 在呼叫方法時,有些方法讓人很難區分,容易寫錯方法,這讓開發者有時候很苦惱。
- 應用在執行時和非執行時捕獲通知的路徑還不一致。
- 應用在前臺時,是無法直接顯示遠端通知,還需要進一步處理。
- 已經發出的通知是不能更新的,內容發出時是不能改變的,並且只有簡單文字展示方式,擴充套件性根本不是很好。
iOS 10 開始的通知
- 所有相關通知被統一到了UserNotifications.framework框架中。
- 增加了撤銷、更新、中途還可以修改通知的內容。
- 通知不在是簡單的文字了,可以加入視訊、圖片,自定義通知的展示等等。
- iOS 10相對之前的通知來說更加好用易於管理,並且進行了大規模優化,對於開發者來說是一件好事。
- iOS 10開始對於許可權問題進行了優化,申請許可權就比較簡單了(本地與遠端通知整合在一個方法中)。
iOS 10 通知學習相關資料:
6.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
協議,這個協議裡面定義了兩個方法:
- (void)collectionView:(UICollectionView *)collectionView prefetchItemsAtIndexPaths:(NSArray<NSIndexPath *> *)indexPaths NS_AVAILABLE_IOS(10_0);
- (void)collectionView:(UICollectionView *)collectionView cancelPrefetchingForItemsAtIndexPaths:(NSArray<NSIndexPath *> *)indexPaths NS_AVAILABLE_IOS(10_0);
在ColletionView prefetchItemsAt indexPaths這個方法是非同步預載入資料的,當中的indexPaths陣列是有序的,就是item接收資料的順序;CollectionView cancelPrefetcingForItemsAt indexPaths這個方法是可選的,可以用來處理在滑動中取消或者降低提前載入資料的優先順序.注意:這個協議並不能代替之前讀取資料的方法,僅僅是輔助載入資料.Pre-Fetching預載入對UITableViewCell同樣適用.
7.UINavigationBar
iOS10之前的navigationBar的背景是@"_UINavigationBarBackground",到iOS10變成了@"_UIBarBackground"。
#define iOS10 ([[UIDevice currentDevice].systemVersion intValue]>=10?YES:NO)
NSArray *subviews=self.navigationController.navigationBar.subviews;
for (UIView *view in subviews) {
if (iOS10) {
//iOS10,改變了狀態列的類為_UIBarBackground
if ([view isKindOfClass:NSClassFromString(@"_UIBarBackground")]) {
view.hidden = YES;
}
}else{
//iOS9以及iOS9之前使用的是_UINavigationBarBackground
if ([view isKindOfClass:NSClassFromString(@"_UINavigationBarBackground")]) {
view.hidden = YES;
}
}
}
—————————————我是分割線—————————————
iOS 10 蘋果官方文件
共
同
進
步
給個喜歡喔O(∩_∩)O
參考文章:
iOS 日常工作之常用巨集定義大全
相容iOS 10 資料整理筆記
iOS開發 適配iOS10以及Xcode8
iOS 10 的適配問題
作者:槑頭腦
連結:https://www.jianshu.com/p/90d5323cf510
來源:簡書
簡書著作權歸作者所有,任何形式的轉載都請聯絡作者獲得授權並註明出處。