UIWindow

• 1.什么是UIWindow?

  • 官方文檔解釋窗口和屏幕,尺寸

• 2.之前都沒(méi)有創(chuàng)建UIWindow,怎么顯示界面的。

  • 2.1> 程序啟動(dòng)首先加載plist文件,看沒(méi)有設(shè)置main.storyboard.
  • 2.2> 有,就會(huì)直接加載storyboard,會(huì)自動(dòng)創(chuàng)建窗口。
    • 1> 官方文檔如何查找
      找到控制器編程指南，然后找到Storyboard，這里有說(shuō)明。
      在程序啟動(dòng)的時(shí)候，就會(huì)執(zhí)行說(shuō)明中的3步，和代碼創(chuàng)建窗口不同之處，在于代碼創(chuàng)建窗口，是程序啟動(dòng)完畢的時(shí)候才創(chuàng)建的，而且通過(guò)storyboard加載程序，窗口都交給storyboard管理，不需要自己管理
    • 2> 根據(jù)Info.plist獲得最主要storyboard的文件名,加載最主要的storyboard(有storyboard)
      • 創(chuàng)建UIWindow
      • 創(chuàng)建和設(shè)置UIWindow的rootViewController
      • 顯示窗口

• 3.演示手動(dòng)創(chuàng)建UIWindow？空項(xiàng)目演示UIWindow的創(chuàng)建過(guò)程。

  • 3.1> 在程序啟動(dòng)完的方法里創(chuàng)建，并且給appDelegate的window賦值
  • 3.2> 必須調(diào)用[self.window makeKeyAndVisible];才能顯示窗口。
  • 3.3> 有了窗口，接下來(lái)應(yīng)該把控制器的view顯示到窗口上。
  • 3.4> 自定義控制器
  • 3.5> addSubView,把控制器的view添加到窗口
  • 3.6> 設(shè)置窗口的根控制器rootViewController,會(huì)自動(dòng)把控制器的view添加到窗口。

• 4.addSubView和rootViewController的區(qū)別

  • 1> 直接用addSubView，控制器會(huì)被釋放，控制器就不能處理事件
  • 2> 直接用addSubView，控制器的view不會(huì)自動(dòng)旋轉(zhuǎn)。
  • 3> 用rootViewController，控制器不會(huì)被釋放，而且控制器的view會(huì)自動(dòng)旋轉(zhuǎn)
  • 4> 旋轉(zhuǎn)事件--‐> UIApplication --‐> Window --‐ > rootViewController --‐> 旋轉(zhuǎn)控制器的view

• 5.為什么要用跟控制器開(kāi)發(fā)，沒(méi)有跟控制器一樣能顯示界面。

  • 以后可能會(huì)有很多界面，為了避免代碼結(jié)構(gòu)清晰，通常一個(gè)界面交給一個(gè)控制器管理
  • rootViewControllerd的常見(jiàn)用處：切換控制器，比如新特性界面展示完成，切換到主界面，這時(shí)候就更改窗口的根控制器就好了，新特性界面就會(huì)自動(dòng)銷(xiāo)毀，它只需要展示一次就好了。

• 6.UIWindow補(bǔ)充

  • 6.1> 自己創(chuàng)建窗口,窗口顯示出來(lái)，兩個(gè)條件。1.makeKeyAndVisible 2.窗口不要被釋放了

  • 6.2> keyWindow:makeKeyAndVisible會(huì)讓窗口成為主窗口，并且顯示出來(lái)，打印application.keyWindow

  • 6.3> 創(chuàng)建的窗口交給windows這個(gè)數(shù)組管理: ?

    • 在創(chuàng)建一個(gè)窗口顯示出來(lái)，一個(gè)應(yīng)用程序只有一個(gè)主窗口，并且顯示出來(lái)的窗口，都會(huì)交給application管理，application有個(gè)Windows數(shù)組，存放顯示出來(lái)的窗口，有一個(gè)例外，就是狀態(tài)欄，態(tài)欄也是一個(gè)窗口，但是沒(méi)有交給application管理。

  • 6.4> 還有那些是窗口?鍵盤(pán)也是窗口，創(chuàng)建一個(gè)textField成為第一響應(yīng)者，并且加到最里面的window上，會(huì)顯示在最前面，打印application.windows，就知道了。

  • 6.5> 為什么他們會(huì)顯示在最前面，因?yàn)榇翱谟袑蛹?jí)，他們的層級(jí)高

  • 6.6> windowLevel：UIWindowLevelNormal <UIWindowLevelStatusBar < UIWindowLevelAlert

UIWindowLevelNormal : 默認(rèn)窗口的層級(jí)
UIWindowLevelStatusBar : 狀態(tài)欄,鍵盤(pán)、
UIWindowLevelAlert ： UIActionSheet,UIAlearView

• 6.7> 把window的層級(jí)設(shè)置為UIWindowLevelAlert ，就會(huì)顯示在最前面。

控制器的創(chuàng)建

• 1.怎么自己通過(guò)storyboard創(chuàng)建控制器(空項(xiàng)目),之前都是系統(tǒng)加載 storyboard,幫我們創(chuàng)建好控制器。

• 了解UIStoryboard對(duì)象,通過(guò)這個(gè)對(duì)象,就能加載storyboard文件

  • 注意:必須要有storyboard,創(chuàng)建UIStoryboard對(duì)象才有意義,alloc init創(chuàng) 建UIStoryboard對(duì)象沒(méi)有意義
  • 1.1> instantiateInitialViewController:默認(rèn)加載箭頭指向的控制器
  • 1.2> instantiateViewControllerWithIdentifier:根據(jù)標(biāo)識(shí)在storyboard查找 控制器,并且創(chuàng)建。
    • 標(biāo)識(shí)不能亂傳,會(huì)報(bào)錯(cuò)的,必須storyboard有這個(gè)標(biāo)識(shí)才行。
  • 1.3> 現(xiàn)在創(chuàng)建的控制器都不能處理事件,如果需要處理事件,需要自定 義控制器。
    • 現(xiàn)在創(chuàng)建的控制器為什么不能處理事件?
    • 原因:當(dāng)通過(guò)storyboardID找到storyboard中的控制器的時(shí)候,就會(huì)
      創(chuàng)建storyboard中描述的控制器對(duì)象,創(chuàng)建對(duì)象首先得知道類(lèi)名, 會(huì)根據(jù)storyboard中的Custom Class確定類(lèi)名,然后創(chuàng)建對(duì)象,默認(rèn) 都是系統(tǒng)自帶的對(duì)控制器對(duì)象,系統(tǒng)自帶的是不能處理事件的。他 不能寫(xiě)監(jiān)聽(tīng)方法。
    • 記住:要想處理控制器事件,必須自定義控制器。

• 2.模仿系統(tǒng)怎么通過(guò)main.storyboard加載程序的。(帶storyboard的項(xiàng)目)

• 1> 帶有storyboard的程序,默認(rèn)程序一啟動(dòng),就會(huì)加載storyboard,自動(dòng) 創(chuàng)建好窗口和根控制器。

• 2> 系統(tǒng)怎么判斷需不需加載storyboard?主要看有沒(méi)有設(shè)置主界面,如果 設(shè)置了Main,就會(huì)去加載Main.storyboard.

• 3> 在新增一個(gè)storyboard文件,怎么加載新增的storyboard,修改主界 面。

• 4> 模仿程序一啟動(dòng)就加載Main.storyboard文件,創(chuàng)建窗口,創(chuàng)建箭頭指
  向的窗口根控制器,并且顯示窗口。

  • 先清空主界面設(shè)置,需要?jiǎng)h除緩存。

• 3.通過(guò)xib創(chuàng)建控制器的view(空項(xiàng)目) ? 首先得要有xib。

  • 3.1 xib注意點(diǎn):(演示沒(méi)有的后果)
  • 1> xib里面必須有一個(gè)view描述控制器的view,因?yàn)榭刂破鞯膙iew 屬性必須有值。
  • 2> xib需要指定描述哪一個(gè)控制器,描述UIView不需要,因?yàn)閤ib里 面可以描述很多UIView,不能固定死,但是控制器就不一樣了,一個(gè) xib就用來(lái)描述一個(gè)控制器。
  • 3> xib里面可能有很多view,需要拖線(xiàn)指明哪個(gè)是控制器的view
  • 3.2 xib和storyboard的區(qū)別 storyboard已經(jīng)指定了控制器的view,不需要我們管,xib需要我們 手動(dòng)管理。

控制器的view的創(chuàng)建

• 1.控制器view的創(chuàng)建(空項(xiàng)目) -
• 2.研究控制器view的加載,首先需要自定義控制器view,作為根控制器。
• 3.證明控制器的view是透明的:直接通過(guò)alloc,init創(chuàng)建的控制器的view默認(rèn)是透明的 -
• 4.通過(guò)storyboard加載的控制器view,和storyboard描述的一樣。
• 5.重寫(xiě)控制器的loadView,不會(huì)去加載storyboard.
• 6.解釋loadView方法
• 1> loadView作用:一般用來(lái)創(chuàng)建自定義的view
• 2> loadView什么時(shí)候調(diào)用:當(dāng)控制器的view沒(méi)有創(chuàng)建的時(shí)候,就會(huì)調(diào)用loadView 去創(chuàng)建控制器的view.
• 3> loadView使用注意:如果重寫(xiě)loadView里面沒(méi)有創(chuàng)建控制器的view,就不能使 用self.view,會(huì)造成死循環(huán)。
• 7.通過(guò)xib加載控制器的view
• 1> 取一個(gè)CZViewController123的xib描述控制器的view,通過(guò)這個(gè)xib加載控制器的 view
• 2> 取一個(gè)CZViewController的xib描述控制器的view,通過(guò)這個(gè)xib加載控制器的 view,不用告訴控制器去加載哪個(gè)xib,會(huì)自動(dòng)去加載CZViewController這個(gè)xib。
• 3> 取一個(gè)CZView的xib描述控制器的view,通過(guò)這個(gè)xib加載控制器的view,不用告 訴控制器去加載哪個(gè)xib,優(yōu)先去加載CZView這個(gè)xib。
• 8.LoadView的默認(rèn)做法。
• 8.1> 控制器View的決定權(quán):重寫(xiě)LoadView>storyboard>nibName>xib
• 9.控制器的view是延遲加載的。
• 9.1> 驗(yàn)證控制器的view延遲加載,只有在窗口顯示的時(shí)候,才會(huì)調(diào)用loadView 方法。
• 9.2> 用到控制器view的時(shí)候才會(huì)加載控制器的view,設(shè)置控制器view的背景顏色
• 9.3> 通過(guò)設(shè)置控制器view的顏色,引出兩個(gè)疑問(wèn)。
  • 1> 重寫(xiě)loadView,不是不會(huì)加載xib了嗎,控制器的view由loadView決定, loadView顯示什么顏色,就是什么顏色。
  • 2> loadView只是創(chuàng)建控制器View,并不能決定控制器的view的顏色。
  • 3> 理解loadView的調(diào)用時(shí)刻:第一次調(diào)用self.view,底層會(huì)調(diào)用LoadView 方法,創(chuàng)建控制器的view,這時(shí)候的view是LoadView的顏色,但是vc.view.backgroundColor,是拿到控制器的view又設(shè)置一次顏色,把 LoadView設(shè)置的顏色給覆蓋了。
  • 4> 在viewDidLoad也設(shè)置顏色,還是vc.view.backgroundColor決定,因?yàn)?vc.view就是獲取控制器的view,只有控制器的view加載完成之后,才能獲取 到,因此先調(diào)用viewDidLoad。
• 10.如何快速生成一個(gè)xib描述控制器的view,之前還要在xib拖視圖,設(shè)置xib描述哪個(gè) 控制器,很麻煩。
• 1> 定義新的控制器的時(shí)候,勾選xib,會(huì)自動(dòng)搞一個(gè)xib描述控制器的view.
• 2> 會(huì)自動(dòng)生成一個(gè)和控制器同名的xib,并且里面設(shè)置好了。
• 學(xué)習(xí)方法:學(xué)習(xí)原理,不要一開(kāi)始就用最快的方式創(chuàng)建xib,開(kāi)發(fā)的時(shí)候才使用最快的方 式。