iPhone開發應用中的UIView你了解多少？曾經有人這么說過，在iphone里你看到的，摸到的，都是UIView，所以UIView在iphone開發里具有非常重要的作用。那么UIView我們到底知道多少呢。請看看下面的問題，

如果這些你都知道，那么本文章的內容就請繞道，如果你還不太清楚，我想看了下面的內容，你就明白了。

1、bounds和frame分別表示什么？

2、ContentMode里UIViewContentModeScaleToFill代表什么？

3、contentStretch 里的指定UIView里縮放區域是如何計算的？

4、UIVIew里的哪些屬性變化可以用動畫來呈現？

5、UIKit的坐標系和Core Graphics的坐標系的差別是什么？
 
視圖和窗口展示了應用的用戶界面，同時負責界面的交互。UIKit和其他系統框架提供了很多視圖，你可以就地使用而幾乎不需要修改。當你需要展示的內容與標準視圖允許的有很大的差別時，你也可以定義自己的視圖。

不管你是使用系統的視圖還是創建自己的視圖，你需要理解UIView和UIWindow類所提供的基本結構。這些類提供了復雜的方法來管理視圖的布局和展示。理解這些方法的工作非常重要，使你在應用發生改變時可以確認視圖有合適的行為。

視圖架構 fundamentals

大部分你想要可視化操作都是由視圖對象－即UIView類的實例－來進行的。一個視圖對象定義了一個屏幕上的一個矩形區域，同時處理該區域的繪制和觸屏事件。一個視圖也可以作為其他視圖的父視圖，同時決定著這些子視圖的位置和大小。UIView類做了大量的工作去管理這些內部視圖的關系，但是需要的時候你也可以定制默認的行為。

視圖與Core Animation層聯合起來處理著視圖內容的解釋和動畫過渡。每個UIKit框架里的視圖都被一個層對象支持（通常是一個CALayer類的實例），它管理管理著后臺的視圖存儲和處理視圖相關的動畫。然而，當你需要對視圖的解釋和動畫行為有更多的控制權時，你可以使用層。

為了理解視圖和層之間的關系，我們可以借助于一些例子。圖1－1顯示了ViewTransitions樣例程序的視圖層次及其對底層Core Animation層的關系。應用中的視圖包括了一個window(同時也是一個視圖)，一個通用的表現得像一個容器視圖的UIView對象，一個圖像視圖，一個控制顯示用的工具條，和一個工具條按鈕(它本身不是一個視圖但是在內部管理著一個視圖)。（注意這個應用包含了一個額外的圖像視圖，它是用來實現動畫的）。

為了簡化，同時因為這個視圖通常是被隱藏的，所以沒把它包含在下面的圖中。每個視圖都有一個相應的層對象，它可以通過視圖礶r屬性被訪問。（因為工具條按鈕不是一個視圖，你不能直接訪問它的層對象。）在它們的層對象之后是Core Animation的解釋對象，***是用來管理屏幕上的位的硬件緩存。

Figure 1-1 View architecture

使用Core Animation的層對象有很重要的性能意義。一個視圖對象的繪制代碼需要盡量的少被調用，當它被調用時，其繪制結果會被Core Animation緩存起來并在往后可以被盡可能的重用。重用已經解釋過的內容消除了通常需要更新視圖的開銷昂貴的繪制周期。內容的重用在動畫中特別重要，我們可以使用已有的內容，這樣比創建新的內容開銷更小。

視圖層次和子視圖管理

除了提供自己的內容之外，一個視圖也可以表現得像一個容器。當一個視圖包含其他視圖時，就在兩個視圖之間創建了一個父子關系。在這個關系中孩子視圖被當作子視圖，父視圖被當作超視圖。創建這樣一個關系對應用的可視化和行為都有重要的意義。

在視覺上，子視圖隱藏了父視圖的內容。如果子視圖是完全不透明的，那么子視圖所占據的區域就完全的隱藏了父視圖的相應區域。如果子視圖是部分透明的，那么兩個視圖在顯示在屏幕上之前就混合在一起了。每個父視圖都用一個有序的數組存儲著它的子視圖，存儲的順序會影響到每個子視圖的顯示效果。如果兩個兄弟子視圖重疊在一起，后來被加入的那個（或者說是排在子視圖數組后面的那個）出現在另一個上面。

父子視圖關系也影響著一些視圖行為。改變父視圖的尺寸會連帶著改變子視圖的尺寸和位置。在這種情況下，你可以通過合適的配置視圖來重定義子視圖的尺寸。其他會影響到子視圖的改變包括隱藏父視圖，改變父視圖的alpha值，或者轉換父視圖。

視圖層次的安排也會決定著應用如何去響應事件。在一個具體的視圖內部發生的觸摸事件通常會被直接發送到該視圖去處理。然而，如果該視圖沒有處理，它會將該事件傳遞給它的父視圖，在響應者鏈中以此類推。具體視圖可能也會傳遞事件給一個干預響應者對象，像視圖控制器。如果沒有對象處理這個事件，它最終會到達應用對象，此時通常就被丟棄了。

獲取更多關于如何創建視圖層次，查看 creating and managing a view hierarchy

視圖繪制周期

UIView類使用一個點播繪制模型來展示內容。當一個視圖***次出現在屏幕前，系統會要求它繪制自己的內容。在該流程中，系統會創建一個快照，這個快照是出現在屏幕中的視圖內容的可見部分。如果你從來沒有改變視圖的內容，這個視圖的繪制代碼可能永遠不會再被調用。這個快照圖像在大部分涉及到視圖的操作中被重用。

如果你確實改變了視圖內容，也不會直接的重新繪制視圖內容。相反，使用setNeedsDisplay或者setNeedsDisplayInRect:方法廢止該視圖，同時讓系統在稍候重畫內容。系統等待當前運行循環結束，然后開始繪制操作。這個延遲給了你一個機會來廢止多個視圖，從你的層次中增加或者刪除視圖，隱藏，重設大小和重定位視圖。所有你做的改變會稍候在同一時間反應。

注意：改變一個視圖的幾何結構不會自動引起系統重畫內容。視圖的contentMode屬性決定了改變幾何結構應該如果解釋。大部分內容模式在視圖的邊界內拉伸或者重定位了已有快照，它不會重新創建一個新的快照。獲取更多關于內容模式如果影響視圖的繪制周期，查看 content modes

當繪制視圖內容的時候到了時，真正的繪制流程會根據視圖及其配置改變。系統視圖通常會實現私有的繪制方法來解釋它們的視圖，（那些相同的系統視圖經常開發接口，好讓你可以用來配置視圖的真正表現。）對于定制的UIView子類，你通常可以覆蓋drawRect:方法并使用該方法來繪制你的視圖內容。也有其他方法來提供視圖內容，像直接在底部的層設置內容，但是覆蓋drawRect:時最通用的技術

內容模式

視圖的內容模式控制著視圖如何回收內容來響應視圖幾何結構的變化，也控制著是否需要回收內容。當一個視圖***次顯示時，它通常會解釋內容，其結果會被底層的層級樹捕獲為一張位圖。在那之后，改變視圖的幾何結構不會導致重新創建位圖。相反，視圖中contentMode屬性的值決定著這張位圖是否該被拉伸，以適應新的邊界或者只是簡單的被放到角落或者視圖的邊界。

視圖的內容模式在你進行如下操作時被應用：

改變視圖frame或者bounds矩形的寬度或者高度時。

賦值給視圖的transform屬性，新的轉換包括一個放縮因子。

大部分視圖的contentMode值是UIViewContentModeScaleToFiill，它使視圖的內容被放縮到適合新框架的值。Figure 1-2展示了使用其他可用的內容模式的結果。正如你在圖中所看到的那樣，不是所有的內容模式都可以填充視圖的范圍，可以的模式可能會扭曲內容。

內容模式很好的支持了視圖的內容回收，但是當你想視圖在放縮和重設尺寸的操作中重繪你也可以用UIViewContentModeRedraw內容模式。設置這個值繪強制系統調用視圖的drawRect:方法來響應幾何結構的變化。通常來講，你應該盡可能的避免使用這個模式，同時你不應該在標準的系統視圖中使用這個模式。

獲取更多骨干與可用的內容模式，查看UIView Class Reference

Figure 1-2

拉伸視圖

你可以指定視圖的某部分為可拉伸的，以便當視圖的尺寸改變時只有可拉伸的部分被影響到。可拉伸的部分通常給按鈕或者其他的部分為重復模式的視圖。由你指定的可拉伸區域允許沿著兩條或者其中一條軸拉伸。當然，當一個視圖沿著兩條軸拉伸的時候，視圖的邊界必須也定義了一個重復的模式來避免任何的扭曲。Figure1-3展示了這種扭曲在視圖里是怎么表現自己的。每個視圖里的原始像素的顏色都自我復制，以便可以填充更大視圖的相應區域。

Figure 1-3 拉伸一個按鈕的背景

你可以用contentStretch屬性來定義一個視圖的可拉伸區域。這個屬性的值一個邊的值被標準化為0.0到1.0之間的矩形。當拉伸這個視圖時，系統將視圖的當前邊界值和放縮因子乘以標準值，以便決定哪些像素需要被拉伸。使用標準值可以減輕每次改變視圖的邊界值都更新contentStretch屬性的需要。

視圖的內容模式也在決定如何視圖的可拉伸區域的使用中扮演著重要的角色。只有當內容模式可能繪引起視圖內容放縮的時候可拉伸區域才會被使用。這意味這你的可拉伸視圖只被UIViewContentModeScaleToFill, UIViewContentModeScaleAspectFit和UIViewContentModeScaleAspectFill內容模式。如果你指定了一個將內容彈到邊界或者角落的內容模式（這樣就沒有真正的放縮內容），這個視圖會忽視可拉伸區域。

注意：當需要創建一個可拉伸UIImage對象作為視圖的背景時，使用contentStretch屬性是推薦的。可拉伸視圖完全被Core Animation層處理，這樣性能通常更好。

嵌入式動畫支持

使用層對象來支持視圖的其中一個利益是你可以輕松的用動畫處理視圖相關的改變。動畫是與用戶進行信息交流的一個有用的方法，而且應該總是在進行應用設計的過程中考慮使用動畫。UIView類的很多屬性是動畫化的－也就是，可以半自動的從一個值動畫的變化到另一個值。為了實現這樣一個動畫，你需要做的只是：

1、告訴UIKit你想要實現一個動畫

2、改變這個屬性的值

在一個UIView對象中有以下的動畫化屬性：

frame - 你可以使用這個來動畫的改變視圖的尺寸和位置

bounds - 使用這個可以動畫的改變視圖的尺寸

center － 使用這個可以動畫的改變視圖的位置

transform － 使用這個可以翻轉或者放縮視圖

alpha － 使用這個可以改變視圖的透明度

backgroundColor － 使用這個可以改變視圖的背景顏色

contentStretch - 使用這個可以改變視圖內容如何拉伸

動畫的一個很重要的地方是用于從一組視圖到另一組視圖的過渡。通常來說，會用一個視圖控制器來管理關系到用戶界面的主要變更的動畫。例如，涉及到從高層到底層信息的導航的界面，通常會使用一個導航控制器來管理視圖的過渡，這些視圖顯示了數據的每一個連續層面。然而，你也可以使用動畫來創建兩組視圖的過渡，而不是視圖控制器。當你想用一個系統提供的視圖控制器無法支持的導航方案時你可能會這樣做。

除了用UIKit類可以創建動畫外，你也可以用Core Animation層來創建動畫。在更低層你有更多的在時間或者動畫屬性上的控制權。

獲取更多關于如何創建一個基于視圖的動畫，查看 Animations

獲取更多關于使用Core Animation創建動畫的信息，查看Core Animation Programming Guide和Core Animation Cookbook.

視圖幾何結構和坐標系統

UIKit的默認坐標系統把原點設置在左上角，兩條軸往下和右擴展。做標志被表示為浮點數，這樣允許內容的精確布局和定位而不管底層的屏幕。Figure1-4展示了相對于屏幕的坐標系統。除了屏幕坐標系統窗口和視圖也定義了它們自己的本地坐標系統，這樣允許你指定相對于視圖或者窗口原點的坐標而不是屏幕。

 

Figure 1-4 UIKit中的坐標系統

因為每個視圖和窗口都定義了它自己的本地坐標系統，你需要留意在任何時間內是哪個坐標系統在起作用。每次繪制或者改變一個視圖都是基于一個坐標系統的。在某些繪制中會基于視圖本身的坐標系統。在某些幾何結構變更中是基于父視圖的坐標系統的。UIWindow和UIView類都包含了幫助你從一個坐標系統轉換到另一個的方法。

重要：一些iOS技術定義了默認的坐標系統，它們的原點和方向與UIKit的不同。；例如，Core Graphics和OpenGL ES的坐標系統是原點在可視區域的左下角，而y軸往上遞增。當繪制或者創建內容時，你的代碼應該考慮到一些不同并且適應坐標值。

frame, bounds和center屬性之間的關系

視圖對象使用frame, bounds和center屬性來跟蹤它的尺寸和位置：

frame屬性包含了frame矩形，指定了在父視圖坐標系統中該視圖的尺寸和位置。

center屬性包含了在父視圖坐標系統中的已知中心點。

bounds屬性包含了邊界矩形，指定了在視圖本地坐標系統中視圖的尺寸。

主要使用center和frame屬性來控制當前視圖的幾何結構。例如，當在運行時構建你的視圖層次或者改變視圖的尺寸或者位置時你可以使用這些屬性。如果你只是要改變視圖的位置，那么推薦使用center屬性。center屬性的值永遠是可用的，即使添加了放縮或者轉換因子到視圖的轉換矩陣當中。但是對于frame屬性卻不是，當視圖的轉換矩形不等于原始矩陣時它被當作時無效的。

在繪制的過程中主要使用bounds屬性。這個邊界矩陣在視圖的本地坐標系統被解釋。這個矩形的默認原點是（0， 0），它的尺寸也適應frame矩形的尺寸。任何繪制在這個矩形當中的東西都是該視圖的可視內容的一部分。如果你改變了bounds矩形的原點，任何你繪制在新矩形的東西都會變成該視圖可視內容的一部分。

Figure1-5展示了一個圖像視圖的frame和bounds矩形之間的關系。圖中，圖像視圖的右上角被定位在父視圖坐標系統的（40， 40），它的矩形尺寸為240x380。對于bounds矩形，原點是（0， 0），矩形尺寸也是240x380。

 

Figure 1-5 視圖frame和bounds之間的關系

即使你可以獨立的改變frame，bounds和center屬性，其中一個改變還是會影響到另外兩個屬性：

當你設置了frame屬性，bounds屬性的尺寸值也改變來適應frame矩形的新尺寸。center屬性也會改變為新frame矩形的中心值。

當你設置了center屬性，frame的原點也會相應的改變。

當你設置了bounds屬性，frame屬性會改變以適應bounds矩形的新尺寸。

視圖的框架默認不會被它的父視圖框架裁剪。這樣的化，任何放置在父視圖外的子視圖都會被完整的解釋。你可以改變這種行為，改變父視圖的clipsToBounds屬性就可以。不管子視圖是否在視覺上被裁剪，觸屏事件總是發生在目標視圖父視圖的bounds矩形。換句話說，如果觸摸位于父視圖外的那部分視圖，那么該事件不會被發送到該視圖。

小結：關于iPhone開發應用之UIView開發流程 上篇的內容介紹完了，如果你對本文感興趣的話，請繼續閱讀 iPhone開發應用之UIView開發流程 下篇，***希望本文能對你有所幫助！關于iphone開發的更多內容，請去iphone開發頻道。