日本国产亚洲-日本国产一区-日本国产一区二区三区-日本韩国欧美一区-日本韩国欧美在线-日本韩国欧美在线观看

當前位置:雨林木風下載站 > 蘋果教程教程 > 詳細頁面

詳細說明iOS11、iPhone X、Xcode9 適配向導_IOS

詳細說明iOS11、iPhone X、Xcode9 適配向導_IOS

更新時間:2024-04-11 文章作者:未知 信息來源:網絡 閱讀次數:

更新iOS11后,發現有些地方需要做適配,整理后按照優先級分為以下三類:單純升級iOS11后造成的變化;Xcode9 打包后造成的變化;iPhoneX的適配一、單純升級iOS11后造成的變化升級后,...

更新iOS11后,發現有些地方需要做適配,整理后按照優先級分為以下三類:

  • 單純升級iOS11后造成的變化;
  • Xcode9 打包后造成的變化;
  • iPhoneX的適配

一、單純升級iOS11后造成的變化

升級后,發現某個擁有tableView的界面錯亂,組間距和contentInset錯亂,因為iOS11中 UIViewController 的 automaticallyAdjustsScrollViewInsets 屬性被廢棄了,因此當tableView超出安全區域時,系統自動會調整SafeAreaInsets值,進而影響adjustedContentInset值

// 有些界面以下使用代理方法來設置,發現并沒有生效
- (CGFloat)tableView:(UITableView *)tableView heightForHeaderInSection:(NSInteger)section;
- (CGFloat)tableView:(UITableView *)tableView heightForFooterInSection:(NSInteger)section;

// 這樣的原理是因為之前只是實現了高度的代理方法,卻沒有實現View的代理方法,iOS10及以前這么寫是沒問題的,iOS11開啟了行高估算機制引起的bug,因此有以下幾種解決方法:

// 解決方法一:添加實現View的代理方法
- (UIView *)tableView:(UITableView *)tableView viewForFooterInSection:(NSInteger)section {
  return nil;
}
- (UIView *)tableView:(UITableView *)tableView viewForHeaderInSection:(NSInteger)section {
  return nil;
}

// 解決方法二:直接使用tableView屬性進行設置,修復該UI錯亂
self.tableView.sectionHeaderHeight = 0;
self.tableView.sectionFooterHeight = 5;

[_optionTableView setContentInset:UIEdgeInsetsMake(-35, 0, 0, 0)];

// 解決方法三:添加以下代碼關閉估算行高
self.tableView.estimatedRowHeight = 0;
self.tableView.estimatedSectionHeaderHeight = 0;
self.tableView.estimatedSectionFooterHeight = 0;

四、使用Xcode9 編譯后發現的問題

1. 發現“fastSocket”第三方報錯,具體原因是缺少C99的頭文件,引入“#include <sys/time.h>”即可

詳解iOS11、iPhone X、Xcode9 適配指南_IOS_本站
2. 導航欄的新特性

原生的搜索欄樣式發生改變

詳解iOS11、iPhone X、Xcode9 適配指南_IOS_本站

右邊為iOS11樣式,搜索區域高度變大,字體變大

查看 API 后發現,iOS11后將 searchController 賦值給了 NavigationItem,通過屬性 hidesSearchBarWhenScrolling 可以控制搜索欄是否在滑動的時候進行隱藏和顯示

// A view controller that will be shown inside of a navigation controller can assign a UISearchController to this property to display the search controller's search bar in its containing navigation controller's navigation bar.
@property (nonatomic, retain, nullable) UISearchController *searchController API_AVAILABLE(ios(11.0)) API_UNAVAILABLE(tvos);

// If this property is true (the default), the searchController's search bar will hide as the user scrolls in the top view controller's scroll view. If false, the search bar will remain visible and pinned underneath the navigation bar.

另外,UINavigationBar 新增屬性 BOOL值 prefersLargeTitles 來實現下面的效果,并可以通過 largeTitleTextAttributes 來設置大標題的文本樣式

詳解iOS11、iPhone X、Xcode9 適配指南_IOS_本站

有個界面使用到了導航欄按鈕相關的frame,也發生了UI錯亂,查看UI層級關系后發現,iOS11以前是直接把按鈕加到了UINavigationBar上面,而iOS11則是先將按鈕加到了_UITAMICAdaptorView,再加到_UIButtonBarStackView、_UINavigationBarContentView,接著才是UINavigationBar。因此如果需要獲取導航欄按鈕 frame 或者 superView,這里需要專門做下適配

詳解iOS11、iPhone X、Xcode9 適配指南_IOS_本站

iOS10及以下版本導航欄按鈕層級關系圖

詳解iOS11、iPhone X、Xcode9 適配指南_IOS_本站

iOS11導航欄按鈕層級關系圖

三、iPhone X的適配

下載完Xcode9之后,第一件事自然是在 iPhone X(模擬器)上過把癮,然后編譯后就發現報錯了

由于iPhone X的狀態欄是和其他版本手機差異比較大的,因此api 變化也比較大

先后做了以下適配

適配點一:項目中使用狀態欄中圖標判斷當前網絡的具體狀態

詳解iOS11、iPhone X、Xcode9 適配指南_IOS_本站
出錯代碼

打印的 Log 報出以下錯誤: Trapped uncaught exception 'NSUnknownKeyException', reason: '[<UIStatusBar_Modern 0x7fcdb0805770> valueForUndefinedKey:]: this class is not key value coding-compliant for the key foregroundView.'

詳解iOS11、iPhone X、Xcode9 適配指南_IOS_本站

iPhone X

詳解iOS11、iPhone X、Xcode9 適配指南_IOS_本站

其他手機

使用 runtime 打印其所有屬性,發現以下差異

// 測試代碼
#import <objc/runtime.h>
NSMutableString *resultStr = [NSMutableString string];
//獲取指定類的Ivar列表及Ivar個數
unsigned int count = 0;
Ivar *member = class_copyIvarList([[application valueForKeyPath:@"_statusBar"] class], &count);
  
for(int i = 0; i < count; i++){
  Ivar var = member[i];
  //獲取Ivar的名稱
  const char *memberAddress = ivar_getName(var);
  //獲取Ivar的類型
  const char *memberType = ivar_getTypeEncoding(var);
  NSString *str = [NSString stringWithFormat:@"key = %s       type = %s \n",memberAddress,memberType];
   [resultStr appendString:str];
}
NSLog(@"%@", resultStr);
// 其他版本的手機
key = _inProcessProvider      type = @"<UIStatusBarStateProvider>"
key = _showsForeground       type = B
key = _backgroundView        type = @"UIStatusBarBackgroundView"
key = _doubleHeightLabel      type = @"UILabel"
key = _doubleHeightLabelContainer  type = @"UIView"
key = _currentDoubleHeightText   type = @"NSString"
key = _currentRawData        type = {超長。。}
key = _interruptedAnimationCompositeViews type = @"NSMutableArray"
key = _newStyleBackgroundView    type = @"UIStatusBarBackgroundView"
key = _newStyleForegroundView    type = @"UIStatusBarForegroundView"
key = _slidingStatusBar       type = @"UIStatusBar"
key = _styleAttributes       type = @"UIStatusBarStyleAttributes"
key = _waitingOnCallbackAfterChangingStyleOverridesLocally type = B
key = _suppressGlow         type = B
key = _translucentBackgroundAlpha  type = d
key = _showOnlyCenterItems     type = B
key = _foregroundViewShouldIgnoreStatusBarDataDuringAnimation type = B
key = _tintColor          type = @"UIColor"
key = _lastUsedBackgroundColor   type = @"UIColor"
key = _nextTintTransition      type = @"UIStatusBarStyleAnimationParameters"
key = _overrideHeight        type = @"NSNumber"
key = _disableRasterizationReasons type = @"NSMutableSet"
key = _timeHidden          type = B
key = _statusBarWindow       type = @"UIStatusBarWindow"

// iPhone X
key = _statusBar ; type = @"_UIStatusBar"

// 因此可見iPhone X的狀態欄是多嵌套了一層,多取一次即可,最終適配代碼為:
NSArray *children;
// 不能用 [[self deviceVersion] isEqualToString:@"iPhone X"] 來判斷,因為模擬器不會返回 iPhone X
  if ([[application valueForKeyPath:@"_statusBar"] isKindOfClass:NSClassFromString(@"UIStatusBar_Modern")]) {
    children = [[[[application valueForKeyPath:@"_statusBar"] valueForKeyPath:@"_statusBar"] valueForKeyPath:@"foregroundView"] subviews];
  } else {
    children = [[[application valueForKeyPath:@"_statusBar"] valueForKeyPath:@"foregroundView"] subviews];
  }

適配點二:解決這個問題后項目跑起來發現,整個app界面上下各空出大概40pt的高度

詳解iOS11、iPhone X、Xcode9 適配指南_IOS_本站

經常從 Github 上下載項目把玩的老司機們都知道,有些老項目在模擬器上跑起來之后也會只有 iPhone 4(320*480)的布局空間,造成這個的原因是啟動圖使用 Launch Images Source 設置的時候沒有勾選并設置對應的圖片,解決方法如下

詳解iOS11、iPhone X、Xcode9 適配指南_IOS_本站

然而iPhone X更大的坑是屏幕的適配

首先看下屏幕尺寸

詳解iOS11、iPhone X、Xcode9 適配指南_IOS_本站

這張圖反映出不少信息:

  • iPhone X的寬度雖然和7是一樣的,但是高度多出145pt
  • 使用三倍圖是重點,而且一般認為肉眼所能所能識別的最高的屏幕密度是300ppi,iPhone X已達到458ppi(查證發現三星galaxy系列的屏幕密度是522ppi)

在設計方面,蘋果官方文檔human-interface-guidelines有明確要求,下面結合圖例進行說明:

詳解iOS11、iPhone X、Xcode9 適配指南_IOS_本站

展示出來的設計布局要求填滿整個屏幕

詳解iOS11、iPhone X、Xcode9 適配指南_IOS_本站

填滿的同時要注意控件不要被大圓角和傳感器部分所遮擋

詳解iOS11、iPhone X、Xcode9 適配指南_IOS_本站

安全區域以外的部分不允許有任何與用戶交互的控件

上面這張圖內含信息略多

頭部導航欄不予許進行用戶交互的,意味著下面這兩種情況 Apple 官方是不允許的

詳解iOS11、iPhone X、Xcode9 適配指南_IOS_本站

詳解iOS11、iPhone X、Xcode9 適配指南_IOS_本站

  • 底部虛擬區是替代了傳統home鍵,高度為34pt,通過上滑可呼起多任務管理,考慮到手勢沖突,這部分也是不允許有任何可交互的控件
  • 狀態欄在非安全區域,文檔中也提到,除非可以通過隱藏狀態欄給用戶帶來額外的價值,否則最好把狀態欄還給用戶

以上就是本文的全部內容,希望對大家的學習有所幫助,也希望大家多多支持本站。

您可能感興趣的文章:
  • ios xcode警告與錯誤的分析總結
  • Xcode使用教程詳細講解(全)
  • XCode編譯速度慢的處理方法
  • iOS10 適配-Xcode8問題總結及解決方案
  • Xcode中iOS應用開發的一般項目目錄結構和流程簡介
  • 教你如何解決XCODE升級后插件不能用問題
  • iOS Xcode8更新后輸出log日志關閉的方法
  • xcode8 關閉控制臺不打印不信息的解決方法(圖文詳解)
  • Xcode 8打印log日志的問題小結及解決方法
  • 解決Xcode8打包上傳構建版本無效的辦法
  • 如何去掉Xcode工程中某種類型的警告


溫馨提示:喜歡本站的話,請收藏一下本站!

本類教程下載

系統下載排行

主站蜘蛛池模板: 欧美伊人久久久久久久久影院 | 性一交一乱一伦一色一情 | 久草综合视频在线 | 91最新视频 | 日本hdxxxxx护士a级 | 天天操天天曰 | 人与动人与物xxxxxr | 亚洲一区动漫卡通在线播放 | 中文字幕在线最新在线不卡 | 欧洲成人r片在线观看 | 性短视频在线观看免费不卡流畅 | 最近中文字幕在线视频1 | 手机看片久久高清国产日韩 | 成人精品国产亚洲欧洲 | 91久久偷偷做嫩草影院免费 | 理论片 我不卡影院 | 国产精品欧美亚洲韩国日本久久 | 欧美日韩一区二区在线观看 | 黄网址在线永久免费观看 | 久久久精品3d动漫一区二区三区 | 欧美韩国日本在线观看 | 日韩精品区| 国产精品 日韩 欧美 制服 | 日本aⅴ网站 | 动漫精品欧美一区二区三区 | 狠狠色丁香久久婷婷 | 99干99| 亚洲国产欧美久久香综合 | 在线欧美亚洲 | 日本精品久久久久久久久免费 | 精品一区二区久久久久久久网站 | 中文字幕日韩一区二区不卡 | 亚洲欧美日韩成人一区在线 | 免费福利视频在线观看 | 色综合久久中文色婷婷 | 日本一区二区三区免费观看 | 日本一级特黄大一片免 | 久久久久免费视频 | 国产成人精品福利站 | 999久久| 亚欧精品一区二区三区 |