• <label id="pxtpz"><meter id="pxtpz"></meter></label>
      1. <span id="pxtpz"><optgroup id="pxtpz"></optgroup></span>

        當(dāng)前位置:雨林木風(fēng)下載站 > 蘋果教程教程 > 詳細(xì)頁面

        詳細(xì)說明iOS11、iPhone X、Xcode9 適配向?qū)IOS

        詳細(xì)說明iOS11、iPhone X、Xcode9 適配向?qū)IOS

        更新時(shí)間:2024-04-11 文章作者:未知 信息來源:網(wǎng)絡(luò) 閱讀次數(shù):

        導(dǎo)更新iOS11后,發(fā)現(xiàn)有些地方需要做適配,整理后按照優(yōu)先級(jí)分為以下三類:?jiǎn)渭兩?jí)iOS11后造成的變化;Xcode9 打包后造成的變化;iPhoneX的適配一、單純升級(jí)iOS11后造成的變化升級(jí)后,...

        更新iOS11后,發(fā)現(xiàn)有些地方需要做適配,整理后按照優(yōu)先級(jí)分為以下三類:

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

        一、單純升級(jí)iOS11后造成的變化

        升級(jí)后,發(fā)現(xiàn)某個(gè)擁有tableView的界面錯(cuò)亂,組間距和contentInset錯(cuò)亂,因?yàn)閕OS11中 UIViewController 的 automaticallyAdjustsScrollViewInsets 屬性被廢棄了,因此當(dāng)tableView超出安全區(qū)域時(shí),系統(tǒng)自動(dòng)會(huì)調(diào)整SafeAreaInsets值,進(jìn)而影響adjustedContentInset值

        // 有些界面以下使用代理方法來設(shè)置,發(fā)現(xiàn)并沒有生效
        - (CGFloat)tableView:(UITableView *)tableView heightForHeaderInSection:(NSInteger)section;
        - (CGFloat)tableView:(UITableView *)tableView heightForFooterInSection:(NSInteger)section;
        
        // 這樣的原理是因?yàn)橹爸皇菍?shí)現(xiàn)了高度的代理方法,卻沒有實(shí)現(xiàn)View的代理方法,iOS10及以前這么寫是沒問題的,iOS11開啟了行高估算機(jī)制引起的bug,因此有以下幾種解決方法:
        
        // 解決方法一:添加實(shí)現(xiàn)View的代理方法
        - (UIView *)tableView:(UITableView *)tableView viewForFooterInSection:(NSInteger)section {
          return nil;
        }
        - (UIView *)tableView:(UITableView *)tableView viewForHeaderInSection:(NSInteger)section {
          return nil;
        }
        
        // 解決方法二:直接使用tableView屬性進(jìn)行設(shè)置,修復(fù)該UI錯(cuò)亂
        self.tableView.sectionHeaderHeight = 0;
        self.tableView.sectionFooterHeight = 5;
        
        [_optionTableView setContentInset:UIEdgeInsetsMake(-35, 0, 0, 0)];
        
        // 解決方法三:添加以下代碼關(guān)閉估算行高
        self.tableView.estimatedRowHeight = 0;
        self.tableView.estimatedSectionHeaderHeight = 0;
        self.tableView.estimatedSectionFooterHeight = 0;
        

        四、使用Xcode9 編譯后發(fā)現(xiàn)的問題

        1. 發(fā)現(xiàn)“fastSocket”第三方報(bào)錯(cuò),具體原因是缺少C99的頭文件,引入“#include <sys/time.h>”即可

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

        原生的搜索欄樣式發(fā)生改變

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

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

        查看 API 后發(fā)現(xiàn),iOS11后將 searchController 賦值給了 NavigationItem,通過屬性 hidesSearchBarWhenScrolling 可以控制搜索欄是否在滑動(dòng)的時(shí)候進(jìn)行隱藏和顯示

        // 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 來實(shí)現(xiàn)下面的效果,并可以通過 largeTitleTextAttributes 來設(shè)置大標(biāo)題的文本樣式

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

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

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

        iOS10及以下版本導(dǎo)航欄按鈕層級(jí)關(guān)系圖

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

        iOS11導(dǎo)航欄按鈕層級(jí)關(guān)系圖

        三、iPhone X的適配

        下載完Xcode9之后,第一件事自然是在 iPhone X(模擬器)上過把癮,然后編譯后就發(fā)現(xiàn)報(bào)錯(cuò)了

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

        先后做了以下適配

        適配點(diǎn)一:項(xiàng)目中使用狀態(tài)欄中圖標(biāo)判斷當(dāng)前網(wǎng)絡(luò)的具體狀態(tài)

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

        打印的 Log 報(bào)出以下錯(cuò)誤: 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_本站

        其他手機(jī)

        使用 runtime 打印其所有屬性,發(fā)現(xiàn)以下差異

        // 測(cè)試代碼
        #import <objc/runtime.h>
        NSMutableString *resultStr = [NSMutableString string];
        //獲取指定類的Ivar列表及Ivar個(gè)數(shù)
        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);
        // 其他版本的手機(jī)
        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的狀態(tài)欄是多嵌套了一層,多取一次即可,最終適配代碼為:
        NSArray *children;
        // 不能用 [[self deviceVersion] isEqualToString:@"iPhone X"] 來判斷,因?yàn)槟M器不會(huì)返回 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];
          }

        適配點(diǎn)二:解決這個(gè)問題后項(xiàng)目跑起來發(fā)現(xiàn),整個(gè)app界面上下各空出大概40pt的高度

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

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

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

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

        首先看下屏幕尺寸

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

        這張圖反映出不少信息:

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

        在設(shè)計(jì)方面,蘋果官方文檔human-interface-guidelines有明確要求,下面結(jié)合圖例進(jìn)行說明:

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

        展示出來的設(shè)計(jì)布局要求填滿整個(gè)屏幕

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

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

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

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

        上面這張圖內(nèi)含信息略多

        頭部導(dǎo)航欄不予許進(jìn)行用戶交互的,意味著下面這兩種情況 Apple 官方是不允許的

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

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

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

        以上就是本文的全部?jī)?nèi)容,希望對(duì)大家的學(xué)習(xí)有所幫助,也希望大家多多支持本站。

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


        溫馨提示:喜歡本站的話,請(qǐng)收藏一下本站!

        本類教程下載

        系統(tǒng)下載排行

        主站蜘蛛池模板: 亚洲av乱码一区二区三区按摩| 久久久无码精品亚洲日韩蜜桃| 亚洲国产精品成人久久久| 久久福利青草精品资源站免费| 国产亚洲3p无码一区二区| 国产又黄又爽又大的免费视频| 国产亚洲人成网站在线观看| 一级女性全黄久久生活片免费| 亚洲av午夜成人片精品电影| 免费中文字幕视频| 国产精品亚洲精品日韩已方 | 亚洲中文字幕久在线| 免费A级毛片无码A∨免费| 91亚洲性爱在线视频| 精品久久久久国产免费| 亚洲AV无码一区二区大桥未久 | 成人免费无遮挡无码黄漫视频| 亚洲乱人伦中文字幕无码| 国产无遮挡裸体免费视频| 日韩少妇内射免费播放| 国产国拍亚洲精品mv在线观看 | 国产亚洲精品久久久久秋霞 | 亚洲AV蜜桃永久无码精品| h视频在线观看免费| 亚洲av无码一区二区乱子伦as| 91精品免费久久久久久久久| 亚洲欧美成人av在线观看| 亚洲精品视频在线看| 最近2019免费中文字幕6| 亚洲熟妇AV一区二区三区宅男| 免费人成在线观看网站视频 | 亚洲中文字幕无码av永久| 亚洲 国产 图片| 99久久人妻精品免费一区| 亚洲AV女人18毛片水真多| 亚洲av综合av一区| 女人被男人躁的女爽免费视频| 久草免费福利在线| 亚洲www在线观看| 在线观看亚洲av每日更新| 在线观看特色大片免费视频|