1.尺寸適配
1.原因 iOS7中所有導航欄都為半透明，導航欄（height=44）和狀態欄（height=20）不再單獨占用高度，即View的(0,0)坐標是從屏幕左上角開始的；而在iOS7之前的系統中，導航欄和狀態欄單獨占用高度，即View的(0,0)的坐標從導航欄下面開始的。
解決方案:

1> 修改window的frame坐標
這個思路是在iOS7系統里面把windows下拉20個pixel，這樣可以讓開status bar的位置，于是一切都恢復了正常。
好處是不用每個viewController來逐個修改，一般在AppDelegate.m一個文件里面修改即可。壞處是現實比想象的殘酷，看起來簡單方便的方法總有各種各樣的問題，網上這樣做的也各種吐槽，多次努力沒結果后我也放棄了繼續鉆研。
2>. 手動修改坐標
這個方法對于不使用XIB文件的學院派極客是唯一的方法，也沒有任何問題，就是工作量大。另外，對于使用IB來輔助做UI的應用來說就不太適合了。
3> 修改Delta值
作為蘋果公司來說，推出iOS7時顯然可以預計到這樣的困境，它也確實給大家提供了解決方案。這個方案是蘋果在官方文檔里面介紹過的方案。
首先是選擇需要適配的IB文件，把Interface Builder Document里面的View as選擇成iOS 6.1 and Earlier。

圖片加載中...

這樣在IB里面各個控件都會變成iOS6的樣式，但此時在iOS7上運行系統仍然會用iOS7的控件來顯示，坐標也仍然不正確——貌似一點作用都沒有。恩，這只是第一步，不用急，再做一步就可以實現適配了！
修改DeltaY的值，修改成什么值是根據你的實際情況定的，我這里顯然就是status bar的高度，20個pixel。

圖片加載中...

2,IOS版本差異
判斷版本號,在高版本的手機上運行低版本的方法,容易過期,過期與否,看官方API
使用高版本好的API,必須加上版本判斷,當時低版本的手機時,應該有相應同等功能的API

一、ios7及之前版本****，universal程序準備3套資源：普清（320×480）、高清（1136×768）、ipadhd（2048×1536）。其中，iPhone 4、iphone5、ipad普清（1024×768）使用同一套資源。即背景圖使用1136×768，資源圖完全相同，針對ipad，使用如下代碼：
if([[UIDevicecurrentDevice]userInterfaceIdiom] ==UIUserInterfaceIdiomPad) {//只針對ipad使用該資源
[[CCFileUtils sharedFileUtils]setiPadSuffix:@"-hd"];//ipad使用-hd資源
}

二、針對ios8的適配
主要是Icon和launch image的操作。

在xcode工程中，command + N，——> iOS——》resource——》Asset Catalog。新建這樣一個文件。
然后，在這個新建的xcassets文件中，在其左側欄右鍵，點擊new app icon會產生一個APPIcon文件夾；new launch image，會新建1個LaunchImage文件夾。

這2個文件夾內就是你所需要提供的icon和launch image了。把你做好的icon和launch image放進這2個文件夾，鼠標拖曳到相應的欄位即可。

三、iphone6、iPhone6 plus的資源使用

1、iPhone6的圖片資源使用同iPhone5、iPhone4，坐標調整最好使用autolayout.
-hd高清資源的背景圖統一調整為：1334×768，iPhone4、5、6以及非Retina的ipad都用這種尺寸的背景圖。其余-hd的assets圖片資源不變，繼續沿用即可。

2、iPhone6 plus圖片資源使用ipadhd的資源。

具體操作：（1）在CCCConfiguration.m中，找到如下方法：-(NSInteger) runningDevice。
在此方法中找到這一行：ret = isiPhone5 ? CCDeviceiPhone5 : CCDeviceiPhone;

在這一行之下，if條件之外另起一行，寫入：

if ([UIScreen mainScreen].scale == 3.0f) { //iPhone6 plus的特征
ret = CCDeviceiPhoneRetinaDisplay;

}//end if

這幾行代碼可以讓iPhone6 plus使用“-hd”高清資源。

（2）在appdelegate.m中，applicationdidfinishlaunching中，加入：

if (DEVICE_IS_IPHONE6Plus) {
if((UI_USER_INTERFACE_IDIOM() == UIUserInterfaceIdiomPhone) && ([CCDirector sharedDirector].contentScaleFactor == 3))
{
[CCDirector sharedDirector].contentScaleFactor = ([CCDirector sharedDirector].viewSizeInPixels.width/1024);

}

[[CCFileUtils sharedFileUtils]setiPhoneRetinaDisplaySuffix:@"-ipadhd"];//iphone6 plus使用-ipadhd資源
}

（3）自行調節坐標，以適應iPhone6 plus就可以了。

四、圖標icon上又出現了玻璃高光

在工程中選擇包含icon和launch image的images.xcassets文件夾，選擇Appicon，打開右側邊欄，勾選“iOS icon is pre-rendered”即可，如下：

圖片加載中...

五、更新版本在iTunesconnect中上傳截圖，規格尺寸都對，就是上傳失敗，出現如下提示：
One or more screenshots are in the wrong size. For more information, see the Developer Guide.

原因：上傳的是ios模擬器自動生成的截圖，截圖命名中有漢字。把截圖用簡短的英文重命名即可。

六、上傳更新版本的app
出現如下問題：

圖片加載中...

下面那個黃色警告可以無視。
IOS8

此次蘋果在2014 WWDC開發者大會上發布了全新一代操作系統iOS8。據了解，此次iOS8操作系統雖然和iOS7區別不打，但是蘋果注重的是內在，iOS8添加了眾多新功能。本文小編先為大家帶來蘋果iOS8全部新功能詳細介紹 16大新功能。

圖片加載中...

圖片加載中...

圖片加載中...

autosizing

對于IOS的app開發者來說，不會像Android開發者一樣為很多的屏幕尺寸來做界面適配，因此硬編碼的坐標也能工作良好，但是從設計模式上來說這不是好的做法。而且也還有一些問題，如iPhone5的適配，橫豎屏的切換等。或許你可以做兩套UI方案來做適配，但是這樣增加重復工作量，而且不夠高端，萬一有出新的屏幕大小了呢。哲理就將介紹IOS中的兩大自動布局利器：Autoresizing
和Autolayout
。 autoresizing是UIView的屬性，一直都有，使用簡單，但是沒有autolayout強大。autolayout是IOS6以后的新技術，更加強大。本文主要介紹Autoresizing
的特性和用法。

1. Autoresizing特性
   當UIView
   的autoresizesSubviews
   是YES
   時，（默認是YES）, 那么在其中的子view會根據它自身的autoresizingMask
   屬性來自動適應其與superView
   之間的位置和大小。
   autoresizingMask
   是一個枚舉類型, 默認是UIViewAutoresizingNone
   , 也就是不會autoresize：
   ?
   1
   2
   3
   4
   5
   6
   7
   8
   9

<span
class
=
"line-number"
style=
"margin: 0px; padding: 0px;"

1
</span>

<span
class
=
"line-number"
style=
"margin: 0px; padding: 0px;"

2
</span>

<span
class
=
"line-number"
style=
"margin: 0px; padding: 0px;"

3
</span>

<span
class
=
"line-number"
style=
"margin: 0px; padding: 0px;"

4
</span>

<span
class
=
"line-number"
style=
"margin: 0px; padding: 0px;"

5
</span>

<span
class
=
"line-number"
style=
"margin: 0px; padding: 0px;"

6
</span>

<span
class
=
"line-number"
style=
"margin: 0px; padding: 0px;"

7
</span>

<span
class
=
"line-number"
style=
"margin: 0px; padding: 0px;"

8
</span>

<span
class
=
"line-number"
style=
"margin: 0px; padding: 0px;"

9
</span>

?
1

<code
class
=
"objc"

typedef NS_OPTIONS(NSUInteger, UIViewAutoresizing) { UIViewAutoresizingNone =
0
, UIViewAutoresizingFlexibleLeftMargin =
1
<<
0
, UIViewAutoresizingFlexibleWidth =
1
<<
1
, UIViewAutoresizingFlexibleRightMargin =
1
<<
2
, UIViewAutoresizingFlexibleTopMargin =
1
<<
3
, UIViewAutoresizingFlexibleHeight =
1
<<
4
, UIViewAutoresizingFlexibleBottomMargin =
1
<<
5
}; </code>

這個枚舉類型，使用了1 << n
這樣的寫法來定義，代表了它可以復選。如果你不明白為什么，可以復習下“位運算”。 那么這些值分別代表什么意思呢？
其實如何理解這幾個值很簡單，那就是從xib里面看。 我們在一個xib文件中，取消勾選autolayout
，(默認使用autolayout時，autoresizing看不到)。那么我們可以在布局那一欄看到如何設置autoresizing
.
上圖說明了在xib中設置的這些線條和實際屬性對應的關系，這其中需要注意的是，其中4個margin虛線才代表設置了該值，而width和height是實線代表設置了該值，不能想當然的理解。
這些項分別代表：

autoresizingMask是子視圖的左、右、上、下邊距以及寬度和高度相對于父視圖按比例變化，例如：

UIViewAutoresizingNone 不自動調整。
UIViewAutoresizingFlexibleLeftMargin 自動按比例調整與superView左邊的距離，且與superView右邊的距離不變。
UIViewAutoresizingFlexibleRightMargin 自動按比例調整與superView的右邊距離，且與superView左邊的距離不變。
UIViewAutoresizingFlexibleTopMargin 自動按比例調整與superView的頂部距離，且與superView底部的距離不變。
UIViewAutoresizingFlexibleBottomMargin自動按比例調整與superView的底部距離，且與superView頂部的距離不變。
UIViewAutoresizingFlexibleWidth自動按比例調整寬度。
UIViewAutoresizingFlexibleHeight自動按比例調整高度。
UILabellabel = [[UILabelalloc]initWithFrame:CGRectMake(50,100,200,40)];
[labelsetAutoresizingMask:UIViewAutoresizingNone]; 控件相對于父視圖坐標值不變
CGRectMake(50,100,200,40)UIViewAutoresizingFlexibleWidth：控件的寬度隨著父視圖的寬度按比例改變 例如label寬度為 100 屏幕的寬度為320 當屏幕寬度為480時 label寬度 變為 100480/320 以上這些都較易理解, 但是autoresizing
還有一些組合場景。那就是組合使用的場景。
autoresizingMask
說明
xib預覽效果

None
view的frame不會隨superview的改變而改變（右圖的xib中預覽效果與實際效果有差，實際效果是view的上邊距不變）

TopMargin | BottomMargin
view與其superView的上邊距和下邊距的比例維持不變

LeftMargin | RightMargin
view與其superView的左邊距和右邊距的比例維持不變（右圖的xib中預覽效果與實際效果有差，實際效果是view的上邊距不變）

LeftMargin | RightMargin | TopMargin | BottomMargin
view與其superView的上下左右邊距的比例維持不變

LeftMargin | Width
view與其superView的右邊距的比例維持不變, 左邊距和width按比例調整（右圖的xib中預覽效果與實際效果有差，實際效果是view的上邊距不變）

LeftMargin | Width | RightMargin
左邊距、右邊距、寬按比例調整，（右圖的xib中預覽效果與實際效果有差，實際效果是view的上邊距不變）垂直方向是同樣效果，故不列舉

Width | Height
自動調整view的寬和高，保證上下左右邊距不變。如把tableView設置為此屬性，那么無論viewController的view是多大，都能自動鋪滿

上面并未列舉所有組合場景，但是已經足夠我們理解autoresizing
了。

2. 小結
   Autoreszing的最常見的實用場景就是iPhone5的兼容了。比如我們想要設置tableView的frame，那我們只需要在初始化設置frame之后將tableView的autoresizingMask設置為UIViewAutoresizingFlexibleWidth|UIViewAutoresizingFlexibleHeight
   就行了。
   另一種比如我們想要一個view一直停留在其superview的最下方，那么我們在初始化設置frame之后只需要將autoresizingMask設置為UIViewAutoresizingFlexibleTopMargin
   就可以了。
   autorezingMask簡單的一個屬性，理解它之后可以讓很多事情變得簡單。
   AutoLayout

AutoLayout是什么？
使用一句Apple的官方定義的話AutoLayout是一種基于約束的，描述性的布局系統。Auto Layout Is a Constraint-Based, Descriptive Layout System.

關鍵詞：基于約束 － 和以往定義frame的位置和尺寸不同，AutoLayout的位置確定是以所謂相對位置的約束來定義的，比如x坐標為superView的中心，y坐標為屏幕底部上方10像素等描述性 － 約束的定義和各個view的關系使用接近自然語言或者可視化語言（稍后會提到）的方法來進行描述布局系統 － 即字面意思，用來負責界面的各個元素的位置。 總而言之，AutoLayout為開發者提供了一種不同于傳統對于UI元素位置指定的布局方法。以前，不論是在IB里拖放，還是在代碼中寫，每個UIView都會有自己的frame屬性，來定義其在當前視圖中的位置和尺寸。使用AutoLayout的話，就變為了使用約束條件來定義view的位置和尺寸。這樣的 最大好處是一舉解決了不同分辨率和屏幕尺寸下view的適配問題，另外也簡化了旋轉時view的位置的定義，原來在底部之上10像素居中的view，不論在旋轉屏幕或是更換設備（iPad或者iPhone5或者以后可能出現的mini iPad）的時候，始終還在底部之上10像素居中的位置，不會發生變化。總結使用約束條件來描述布局，view的frame會依據這些約束來進行計算Describe the layout with constraints, and frames are calculated automatically.

AutoLayout和Autoresizing Mask的區別
Autoresizing Mask是我們的老朋友了…如果你以前一直是代碼寫UI的話，你肯定寫過UIViewAutoresizingFlexibleWidth之類的枚舉；如果你以前用IB比較多的話，一定注意到過每個view的size inspector中都有一個紅色線條的Autoresizing的指示器和相應的動畫縮放的示意圖，這就是Autoresizing Mask。在iOS6之前，關于屏幕旋轉的適配和iPhone，iPad屏幕的自動適配，基本都是由Autoresizing Mask來完成的。但是隨著大家對iOS app的要求越來越高，以及已經以及今后可能出現的多種屏幕和分辨率的設備來說，Autoresizing Mask顯得有些落伍和遲鈍了。AutoLayout可以完成所有原來Autoresizing Mask能完成的工作，同時還能夠勝任一些原來無法完成的任務，其中包括：AutoLayout可以指定任意兩個view的相對位置，而不需要像Autoresizing Mask那樣需要兩個view在直系的view hierarchy中。AutoLayout不必須指定相等關系的約束，它可以指定非相等約束（大于或者小于等）；而Autoresizing Mask所能做的布局只能是相等條件的。AutoLayout可以指定約束的優先級，計算frame時將優先按照滿足優先級高的條件進行計算。 總結Autoresizing Mask是AutoLayout的子集，任何可以用Autoresizing Mask完成的工作都可以用AutoLayout完成。AutoLayout還具備一些Autoresizing Mask不具備的優良特性，以幫助我們更方便地構建界面。
AutoLayout基本使用方法
Interface Builder

最簡單的使用方法是在IB中直接拖。在IB中任意一個view的File inspector下面，都有Use Autolayout的選擇框（沒有的同學可以考慮升級一下Xcode了=。=），鉤上，然后按照平常那樣拖控件就可以了。拖動控件后在左邊的view hierarchy欄中會出現Constraints一向，其中就是所有的約束條件。

圖片加載中...

圖片加載中...

圖片加載中...

這對應的約束是“button的底部（y） ＝ superview的底部 －10”。在創建約束之后，需要將其添加到作用的view上。UIView（當然NSView也一樣）加入了一個新的實例方法： -(void)addConstraint:(NSLayoutConstraint )constraint; 用來將約束添加到view。在添加時唯一要注意的是添加的目標view要遵循以下規則：對于兩個同層級view之間的約束關系，添加到他們的父view上

圖片加載中...

對于兩個不同層級view之間的約束關系，添加到他們最近的共同父view上

圖片加載中...

對于有層次關系的兩個view之間的約束關系，添加到層次較高的父view上

圖片加載中...

刷新
可以通過-setNeedsUpdateConstraints和-layoutIfNeeded兩個方法來刷新約束的改變，使UIView重新布局。這和CoreGraphic的-setNeedsDisplay一套東西是一樣的～Visual Format Language 可視格式語言
UIKit團隊這次相當有愛，估計他們自己也覺得新加約束的API名字太長了，因此他們發明了一種新的方式來描述約束條件，十分有趣。這種語言是對視覺描述的一種抽象，大概過程看起來是這樣的：accept按鈕在cancel按鈕右側默認間距處

圖片加載中...

圖片加載中...

圖片加載中...

最后使用VFL（Visual Format Language）描述變成這樣：

其中viewsDictionary是綁定了view的名字和對象的字典，對于這個例子可以用以下方法得到對應的字典：[csharp]view plaincopy 1UIButtoncancelButton=...
2UIButtonacceptButton=...
3viewsDictionary=NSDictionaryOfVariableBindings(cancelButton,acceptButton);

生成的字典為當然，不嫌累的話自己手寫也未嘗不可。現在字典啊數組啊寫法相對簡化了很多了，因此也不復雜。關于Objective-C的新語法，可以參考我之前的一篇WWDC 2012筆記：WWDC 2012 Session筆記——405 Modern Objective-C。在view名字后面添加括號以及連接處的數字可以賦予表達式更多意義，以下進行一些舉例： [cancelButton(72)]-12-[acceptButton(50)] 取消按鈕寬72point，accept按鈕寬50point，它們之間間距12point [wideView(>=60@700)] wideView寬度大于等于60point，該約束條件優先級為700（優先級最大值為1000，優先級越高的約束越先被滿足） V:[redBox][yellowBox(==redBox)] 豎直布局，先是一個redBox，其下方緊接一個寬度等于redBox寬度的yellowBox H:|-[Find]-[FindNext]-[FindField(>=20)]-| 水平布局，Find距離父view左邊緣默認間隔寬度，之后是FindNext距離Find間隔默認寬度；再之后是寬度不小于20的FindField，它和FindNext以及父view右邊緣的間距都是默認寬度。（豎線'|‘ 表示superview的邊緣）容易出現的錯誤
因為涉及約束問題，因此約束模型下的所有可能出現的問題這里都會出現，具體來說包括兩種：Ambiguous Layout 布局不能確定Unsatisfiable Constraints 無法滿足約束 布局不能確定指的是給出的約束條件無法唯一確定一種布局，也即約束條件不足，無法得到唯一的布局結果。這種情況一般添加一些必要的約束或者調整優先級可以解決。無法滿足約束的問題來源是有約束條件互相沖突，因此無法同時滿足，需要刪掉一些約束。兩種錯誤在出現時均會導致布局的不穩定和錯誤，Ambiguous可以被容忍并且選擇一種可行布局呈現在UI上，Unsatisfiable的話會無法得到UI布局并報錯。對于不能確定的布局，可以通過調試時暫停程序，在debugger中輸入

po [[UIWindow keyWindow] _autolayoutTrace] 來檢查是否存在Ambiguous Layout以及存在的位置，來幫助添加條件。另外還有一些檢查方法，來查看view的約束和約束狀態：[view constraintsAffectingLayoutForOrientation/Axis: NSLayoutConstraintOrientationHorizontal/Vertical][view hasAmbiguousLayout] [view exerciseAmbiguityInLayout]布局動畫
動畫是UI體驗的重要部分，更改布局以后的動畫也非常關鍵。說到動畫，Core Animation又立功了..自從CA出現以后，所有的動畫效果都非常cheap，在auto layout中情況也和collection view里一樣，很簡單（可以參考 WWDC 2012 Session筆記——219 Advanced Collection Views and Building Custom Layouts），只需要把layoutIfNeeded放到animation block中即可～[csharp]view plaincopy 1[UIViewanimateWithDuration:0.5animations:^{
2[viewlayoutIfNeeded];
3}];

?SizeClass
http://joywii.github.io/blog/2014/09/24/ios8-size-classesde-li-jie-yu-shi-yong/
Size Classes是什么
iOS 8在應用界面的可視化設計上添加了一個新的特性-Size Classes，對于任何設備來說，界面的寬度和高度都只分為兩種描述：正常
和緊湊
。這樣開發者便可以無視設備具體的尺寸，而是對這兩類和它們的組合進行適配。這樣不論在設計時還是代碼上，我們都可以不再受限于具體的尺寸，而是變成遵循尺寸的視覺感官來進行適配。在Xcode中的具體體現如下圖：

Alt text

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

?
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15

<code>- (
void
)willTransitionToTraitCollection:(UITraitCollection *)newCollection

withTransitionCoordinator:(id <uiviewcontrollertransitioncoordinator>)coordinator

{

[
super
willTransitionToTraitCollection:newCollection

withTransitionCoordinator:coordinator];

[coordinator animateAlongsideTransition:^(id <uiviewcontrollertransitioncoordinatorcontext> context)

{

if
(newCollection.verticalSizeClass == UIUserInterfaceSizeClassCompact) {

//To Do: modify something for compact vertical size

}
else
{

//To Do: modify something for other vertical size

}

[self.view setNeedsLayout];

} completion:nil];

}</uiviewcontrollertransitioncoordinatorcontext></uiviewcontrollertransitioncoordinator></code>

在兩個To Do處，我們要手寫代碼針對不同的狀態做調整。
Size Classes與Interface Builder
Xcode6中Interface Builder
對Size Class
有了很強大的支持，xib中可以開啟Size Classes如下圖：

Alt text

在不同的Size Classes
描述下，界面元素可以選擇安裝還是不安裝，具體操作如圖：

Alt text

和Height
的組合，添加我們需要對應的Size Class
，然后把合適的圖拖上去，這樣在運行時SDK
就將從中挑選對應的Size
的圖進行替換了。支持Size Class
的Image Asset
編輯效果如下：

Alt text