一、IOS8適配遇到的問題
1、不能定位
打勾 設置- 隱私-定位服務-你的app-使用應用程序期間(始終)
打開app再進設置後會發現，你打勾的使用程序期間(始終)又給取消了
原來iOS8需要一些方法。
如果需要僅在前臺定位,你在調用startUpdatingLocation 前需要調用requestWhenInUseAuthorization
如果需要在前後臺定位,你在調用startUpdatingLocation 前需要調用requestAlwaysAuthorization
同 時在plist文件中添加NSLocationWhenInUseUsageDescription或NSLocationAlwaysUsageDescription字段,值寫"需要定位"就可以了，也可以是其他的，這個提示文字"需要定位"在詢問用戶授權的時候會顯示到的。
1.if ([[[UIDevice currentDevice] systemVersion] floatValue]>= 8.0) {
2.[_locationManager requestWhenInUseAuthorization];
3.}
4.
5.[_locationManager startUpdatingLocation];
2、推送不管用
01.if ([[[UIDevice currentDevice] systemVersion] floatValue]>= 8.0) {
02.[app registerForRemoteNotifications];
03.
04.UIUserNotificationSettings *settings = [UIUserNotificationSettingssettingsForTypes:
05.UIRemoteNotificationTypeAlert
06.| UIRemoteNotificationTypeBadge
07.| UIRemoteNotificationTypeSoundcategories:nil];
08.[appregisterUserNotificationSettings:settings];
09.
10.} else {
11.[app registerForRemoteNotificationTypes:
12.UIRemoteNotificationTypeAlert
13.| UIRemoteNotificationTypeBadge
14.| UIRemoteNotificationTypeSound];
15.}
ios8註冊推送分兩步走，
1》註冊用戶通知
UIUserNotificationSettings *settings =[UIUserNotificationSettings settingsForTypes:
UIRemoteNotificationTypeAlert
| UIRemoteNotificationTypeBadge
| UIRemoteNotificationTypeSound categories:nil];
[[UIApplication sharedApplication] registerUserNotificationSettings:settings];
2》用戶通知註冊成功後，會走如下回調，在回調函數中進行推送註冊：
#if __IPHONE_OS_VERSION_MAX_ALLOWED >= 80000
- (void)application:(UIApplication *)applicationdidRegisterUserNotificationSettings:(UIUserNotificationSettings*)notificationSettings
{
[[UIApplication sharedApplication] registerForRemoteNotifications];
}
#endif
3》接下來就走以前的推送回調：
- (void)application:(UIApplication *)applicationdidRegisterForRemoteNotificationsWithDeviceToken:(NSData *)deviceToken //成功回調
- (void)application:(UIApplication*)applicationdidFailToRegisterForRemoteNotificationsWithError:(NSError*)error //失敗回調
判斷推送打開開關，ios8以前的代碼：
[[UIApplication sharedApplication]enabledRemoteNotificationTypes]!=UIRemoteNotificationTypeNone;
ios8需要換成如下代碼：
[[UIApplication sharedApplication]isRegisteredForRemoteNotifications]
3、某些系統控件的佈局計算延遲到繪製時才發生：
舉個例子：
UIButton * button = [UIButtonbuttonWithType:UIButtonTypeCustom];
[buttonsetTag:i];
[buttonsetTitle:siteData.info.title
forState:UIControlStateNormal];
[button.titleLabel setLineBreakMode:NSLineBreakByTruncatingTail];
[button setTitleColor:[UIColorcolorWithHexValue:0x000000]
forState:UIControlStateNormal];
[buttonsetTitleColor:[UIColor colorWithHexValue:0xffffff]
forState:UIControlStateHighlighted];
[buttonsetTitleColor:[UIColor colorWithHexValue:0xffffff]
forState:UIControlStateSelected];
[button.titleLabel setFont:[UIFont systemFontOfSize:14]];
[buttonsetBackgroundColor:[UIColor clearColor]];
UIImage*image = [UIImage imageNamed:@"sourceSelect"];
image =[image resizableImageWithCapInsets:UIEdgeInsetsMake(4, 2, 4, 2)];
[buttonsetBackgroundImage:nil
forState:UIControlStateNormal];
[buttonsetBackgroundImage:image
forState:UIControlStateHighlighted];
[buttonsetBackgroundImage:image
forState:UIControlStateSelected];
button.exclusiveTouch = YES;
button.selected = NO;
UIImage*tmpImg = [Utility ImageFromColor:[UIColor clearColor]
rect:CGRectMake(0, 0, 47, 60)];
[buttonsetImageWithURL:[NSURL URLWithString:siteData.info.logoURL]
placeholderImage:tmpImg];
//ios8layout會延遲到渲染的時候，這個地方需要算座標，所以需要手動強制layout
[buttonsetNeedsLayout];
[button layoutIfNeeded];
NSIntegertitleWidth = CGRectGetWidth(button.titleLabel.frame);
4、某些系統控件的動畫會有延遲現象：
例子：
[UIViewbeginAnimations:nil context:nil];
[UIViewsetAnimationDuration:duration];
[progressBar setAlpha:alpha];
progressBar.frame = frame;
[UIView commitAnimations];
以上代碼是瀏覽器進度條變化的動畫，在IOS7工作良好，在Ios8中卻會出現進度後退的奇怪現象。
5、UITableViewCell有一個默認size(320,44)：
在- (id)initWithStyle:(UITableViewCellStyle)stylereuseIdentifier:(NSString *)reuseIdentifier方法中不要依賴於self.frame或者self.contentView.frame,因爲這個時候的size都是默認值size(320,44).
有兩種解決方法，
1>>重寫setFrame方法，
-(void)setFrame:(CGRect)frame
{
frame.size.width=VIEW_WIDTH;//VIEW_WIDTH這裏是屏幕豎屏時的寬
[supersetFrame:frame];
}
2>>在-(id)initWithStyle:(UITableViewCellStyle)style reuseIdentifier:(NSString*)reuseIdentifier方法中把寬寫死，不要寫成根據self.frame.width算出來的值，例如需要與屏幕等寬，用[UIScreen mainScreen].bounds.width,
6、新增的酷炫視覺效果
模糊效果是iOS 7廣受喜愛的新特性之一。Apple終於在iOS 8中公開了這個API：全新的 UIVisualEffectView 和 UIVibrancyEffectView 類！
UIVisualEffectView 是一種弱化背景的有效方式，而 UIVibrancyEffectView 會讓前景更加豔麗。這兩個類都已經做過優化，但濫用的話，它們會拖慢你的App性能，一定要謹慎使用。
二、Iphone6&6p適配遇到的問題
1、如何管理圖片
對於6p圖片加上@3x後綴，系統即可自動爲我們加載所需要的圖片，但是對於6的話，由於6和4/4s/5/5s的倍率是一樣的，如果想針對6單獨做圖片的話，系統就無法知道我們要加載的圖片是哪一個了。這個時候有兩種做法：
1》》做一個人爲約定，例如針對6的圖片名字都加上“_6”後綴，然後針對UIImage做個擴展：
例如:
+(instancetype)imageNamedForDevices:(NSString*)imageName
{
NSRangeatPos=[imageName rangeOfString:@"@"];
if(atPos.location!=NSNotFound) {
imageName=[imageName substringToIndex:atPos.location];
}
UIImage* defaultImage=[UIImage imageNamed:imageName];
UIImage* iphone6Image=defaultImage;
if(![imageName hasSuffix:@"_6"])
{
iphone6Image=[UIImage imageNamed:[imageNamestringByAppendingString:@"_6"]];
if(!iphone6Image) {
iphone6Image=defaultImage;
}
}
returnVALUE_FOR_UNIVERSE_DEVICE(defaultImage, iphone6Image, defaultImage);
}
這樣的話，加入我們有個圖片有針對5s,6,6p有三個版本，分別命名爲[email protected], [email protected], [email protected],
我們在程序中只要調用[UIImage imageNamedForDevices:@”home_bar”];就可以根據設備獲取到對應版本的圖片。
2》》手動寫if else語句，根據設備編寫不同的獲取圖片的代碼，不推薦這種做法。
2、如何針對特定設備做定製化需求：
typedef enum
{
iPhoneDeviceTypeIPhone4,
iPhoneDeviceTypeIPhone4S=iPhoneDeviceTypeIPhone4,
iPhoneDeviceTypeIPhone5,
iPhoneDeviceTypeIPhone5S=iPhoneDeviceTypeIPhone5,
iPhoneDeviceTypeIPhone6,
iPhoneDeviceTypeIPhone6P
}iPhoneDeviceType;
iPhoneDeviceType global_deviceType;
#define IS_IPHONE_5OR_ABOVE (global_deviceType>=iPhoneDeviceTypeIPhone5S)
#define IS_IPHONE_6P (global_deviceType==iPhoneDeviceTypeIPhone6P)
#define IS_IPHONE_6OR_ABOVE (global_deviceType>=iPhoneDeviceTypeIPhone6)
#define IS_IPHONE_6 (global_deviceType==iPhoneDeviceTypeIPhone6)
#defineVALUE_FOR_UNIVERSE_DEVICE(a,b,c) ((IS_IPHONE_6P)?(a):((IS_IPHONE_6)?(b):(c)))
//獲取設備尺寸信息
+(void)getDeviceType
{
iPhoneDeviceType type= iPhoneDeviceTypeIPhone4;
CGRectbounds=[[UIScreen mainScreen] bounds];
CGFloat height=bounds.size.height;
CGFloatwidth=bounds.size.width;
CGFloatscale=[UIScreen mainScreen].scale;
if(height<568) {
type=iPhoneDeviceTypeIPhone4S;
}
elseif(height<667)
{
type=iPhoneDeviceTypeIPhone5S;
}
elseif(height<738)
{
type=iPhoneDeviceTypeIPhone6;
}
else if(width>=414)
{
type=iPhoneDeviceTypeIPhone6P;
}
global_deviceType=type;
}
VALUE_FOR_UNIVERSE_DEVICE這個宏能夠讓我們對設備的判斷集中到一點，大大簡化了代碼，a,b,c可以是任意類型，只要保證a,b,c是同一類型即可，a是爲6P定製的值，b是爲6定製的值，c是爲6以下設別定製的值。
3、涉及到橫豎屏切換的VC，代碼凡是用到UIScreen、UIWindow定位的地方都需要改寫，把width換成MIN(width,height), 把height換成MAX(height,width).
4、座標依賴法則：1>>ViewController中的所有座標應該依賴於self.view.bounds；2>>UIView中的所有座標應該依賴於self.bounds;3>>其他情況的座標應該依賴於屏幕尺寸；1、2屬於相對座標，3屬於絕對座標。我們應該優先考慮相對座標，儘量少用絕對座標。
5、總體適配原則：
1>>首先考慮橫向充滿，縱向根據需要增加高度;
2>>海報、大圖片、小窗播放器根絕橫向放大係數進行等比放大；
3>>海報的內邊距保持不變，海報與文字的距離保持不變，文字字體、文字上下之間的間距根據視覺需要做微調；
4>>對於那些沒有專門提供iPhone6&6p切圖的圖片，爲了保證圖片不虛，需要把frame寫成與圖片尺寸一樣大。
6、關於啓動圖
IOS8以前的系統啓動圖會直接加載圖片，啓動圖片通過Image+Assest來管理，一個尺寸一張圖，IOS8以後的系統才支持xib方式啓動圖，LaunchScreen.xib
由於啓動圖只能指定一個xib文件，所以我們必須要在一個xib上通過autolayout來適配四種屏幕尺寸，設計需要把大的啓動圖切成一個一個的小元素，列入頂部背景、前景logo、底部背景。頂部背景靠頂部對齊，底部背景靠下底對齊，logo根據屏幕大小適當縮放，位置適當調整。Logo的大小位置的確定如果是一個設備一個值的話，其實對於程序員來說是很頭痛的事情，我當時就爲了這個連續調了兩個晚上。一般來說，設計師應該讓logo的大小位置跟屏幕大小尺寸有一個比例的關係纔是比較好的，程序員在寫約束條件的時候就非常簡單。如果設計師是一個設備給定一個像素數值的標註的話，約束寫起來是相當的麻煩。
7、要不要支持橫屏啓動
在IPhone 6 plus上系統是支持橫屏啓動的，如果需要支持的話，那麼啓動圖Image+Assest中需要添加橫屏啓動圖片，在xib中需要針對width:regular height:compact做一個佈局。
否則，如果不希望支持IPhone 6plus 橫屏啓動的話，不需要體檢橫屏圖片，也不需要xib支持width:regular height:compact的佈局，同事還需要修改工程配置，在Info.plist 中修改Supported interface orientations爲只支持Portrait方向。不能添加橫屏支持，否則在Iphone 6plus上橫屏啓動的時候就會出現黑色啓動圖面。如果程序中有的界面需要轉到橫屏，那麼就需要在AppDelegate中覆蓋方法- (NSUInteger)application:(UIApplication*)application supportedInterfaceOrientationsForWindow:(UIWindow *)window
{
return UIInterfaceOrientationMaskAll;
//或者UIInterfaceOrientationMaskAllButUpsideDown，根據實際需要
}
8、關於適配解決方案的討論：
有三種方案:
1>>xib+autolayout;
這種方案是最爲理想的適配方案，VC的座標體系一目瞭然，只需要簡單計算即可適配新設備。前提是源代碼用到了xib來寫VC.
2>>手寫VC+手寫autolayout;
個人認爲這種方案是最爲繁瑣的方案，首先需要大量的座標計算，然後需要對VFL語法非常瞭解，解決約束依賴缺失或者衝突之類的問題，最後導致的結果是座標計算繁瑣複雜，代碼改動非常大，代碼增加量很大，不易於維護。
3>>手寫VC+手動適配；
這種方案也避免不了繁瑣的座標計算，但是相對2方案來講，不需要去了解VFL語法，也不需要解決約束依賴缺失或者衝突之類的問題，代碼改動量相對較少。我們工程中目前採用的就是這種方案。
9、適配iPhone 6& 6p後的啓示：
從蘋果的趨勢來看，iPhone設備尺寸不可避免會出現像android那樣的分化，傳統的那種magicvalues方式寫的代碼肯定會被逐漸淘汰, xib/storyboard+autolayout，如果實在不習慣用xib/storyboard，那麼也應該在代碼中使用AutoLayout或者基於AutoLayout實現的第三方框架（如Masonry、Snappy、PureLayout、Cartography, 推薦Masonry，介紹http://adad184.com/2014/09/28/use-masonry-to-quick-solve-autolayout/），
儘量不要在代碼中寫死frame，除非有特殊需要，否則的話frame都應該是通過約束由系統自己算出來。
總的說來，我們程序員需要完成一種佈局思維的轉變。
10、什麼時候不推薦使用autolayout呢？（參考：http://www.tuicool.com/articles/iIBJneA）
1》》.你的視圖有比較簡單的佈局改變
當需要產生動畫或動態添加視圖時，autolayout就暴露了出我認爲讓人抓狂的元兇——優先級（Priority）和佈局衝突。 autolayout對於相同方位的約束，如都是描述離superview上邊緣距離的約束，如果這兩個約束的數值不同，但是優先級一樣，則 autolayout將報佈局衝突，將會根據其計算丟棄某一條約束（這時可能就會丟棄你想要的約束，而恰恰保留了你不想看到的佈局）。所以，當我們發生佈局變化時，無法像frame的絕對定位，直接改變，並且只有唯一的位置信息。那麼，我們該怎麼處理這種佈局衝突呢？那就是讓描述相同但數值不同的這兩個約束採用不同的優先級。autolayout默認將使用數值較大的優先級約束。
但是當我們新增了一個更高優先級約束改變了視圖佈局，在完成一些操作後，又想變回去怎麼辦？這時就必須刪除更高優先級的約束。
所以，對於視圖有動態變更時，我的通常做法是：爲需要變更的控件新增默認constraint，但對於這個默認constraint先降低優先級，在發生變化時再新增一個更高優先級的constraint2，且代碼中用一個Dictionary緩存該constraint2的對象，便於我隨時刪除或重新新增，讓視圖來回變化。
2》》.你的視圖有較爲複雜的動畫效果或者較大的佈局改變
雖然autolayout可以完成所有的佈局問題，但它仍然在某些情況下是不方便的，就像上面描述的，每次改變你必須新增或刪除一個不同優先級的constraint，單說構造constraint對象的工作就夠嗆了，還可能必須緩存該對象，便於之後清除。所以，當你需要非常頻繁的變更控件佈局，並且變更的位置是不確定的（例如通過手勢拖動一個視圖到屏幕任意位置），那麼，我建議此視圖不要使用autolayout，而使用frame的所寫即所得的絕對定位方式更好，你只需要充分考慮各種屏幕適配，併爲其計算適合的座標點即可。同時，我還建議這種頻繁變更的視圖甚至不要 InterfaceBuilder來繪製，最好直接代碼書寫，因爲一旦你勾選了autolayout，那麼storyboard中的所有視圖都將 autolayout。而當你需要變更視圖佈局時，則必須使用
view.translatesAutoresizingMaskIntoConstraints = NO;superview.translatesAutoresizingMaskIntoConstraints = NO;
來避免爲你的視圖新增默認autolayout約束。