關於self.view以及applicationFrame之類屏幕高度的一點總結

今天搭一個小項目框架的時候遇到了一個bug，屏幕下面的tabBar只顯示了一小條，打印了一下位置發現不對，我就找原因，

因爲項目中很多地方用到self.view.frame.size.height，我就偷懶了，直接在公共文件裏面定義瞭如下的一個變量

#define SCREENH  [UIScreen mainScreen].bounds.size.height

開始我一直覺得這是沒有什麼問題的，整個過程也很愉悅，直到後來我用6.1的系統運行的一下，bug就來了，發現下移了20的高度，我直接設置tabBar其實y：SCREENH-tabBar高度

後來經過對比研究才發現，6.1系統中每個ViewController在給view初始化的時候都是applicationFrame的值，

有狀態欄20 :self.view的高度是460

無狀態欄20 :self.view的高度是480

[UIScreen mainScreen].applicationFrame的取值

以3.5inch爲例（320x480）

1>沒有狀態欄，applicationFrame的值{{0,0}, {320, 480}}

2>有狀態欄，applicationFrame的值{{0,20}, {320,460}}

注意：[UIScreen mainScreen].bounds.size.height一直等於480;

又繼續研究了一下7.1及以後的系統中，結果如下：

不管你是否顯示狀態欄，self.view的高度都是從屏幕最左邊開始算的。也就是view.height=568.000000

不管你是否顯示狀態欄

注意：[UIScreen mainScreen].bounds.size.height一直等於568;

這也就很好地解釋了爲什麼我在7.1以上的系統運行沒有任何問題，但是6.1裏面顯示就有問題了

當我們在沒有狀態欄切換到有狀態欄的視圖是要注意先設置狀態欄顯示，然後再推出視圖

爲什麼這麼做呢，因爲之前說了，6.1裏面view是根據applicationFrame的高度來定的，如果先初始化控制器然後設置狀態欄，就會存在下面的情況，狀態欄把最上面遮住了：

雖然6.1之後的系統不會出現這種問題，但是我們也應該注意這兩者之間的先後順序