对于不一样的苹果设备。检查每一个参数《iOS:机型參数、sdk、xcode各版本号》。php
机型变化
坐标:表示屏幕物理尺寸大小,坐标变大了。表示机器屏幕尺寸变大了;html
像素:表示屏幕图片的大小,跟坐标之间有个相应关系,比方1:1或1:2等;ios
ppi:表明屏幕物理大小到图片大小的比例值,假设ppi不变,则坐标和像素的比例不会变;git
iPhone 4曾经
iPhone、iPhone3/3G机型未採用retina。坐标是320 x 480,屏幕像素320 x 480 ,他们一一相应。1:1关系。即一个坐标相应1个像素。
iPhone 4/4s
机器採用了retina屏幕。坐标是320 x 480。屏幕像素640 x 960,他们之间是1:2关系。
即一个坐标相应2个像素。github
iPhone 5/5s/5c
机器採用了retina屏幕。坐标是320 x 568,屏幕像素640 x 1136。他们之间关系式1:2关系。即一个坐标相应2个像素。
iPhone 6
机器採用了retina屏幕。坐标是375, 667,屏幕像素750 x 1334,他们之间关系式1:2关系。即一个坐标相应2个像素。
iPhone 6 plus
机器採用了retina屏幕,坐标是414, 736,屏幕像素1080 x 1920。他们之间关系式1:2.6关系。即一个坐标相应2.6个像素。
适配方法:
- 在iPhone 4s以后,不一样机型,屏幕大小坐标不变,跟实际图片大小比例不是1:1就是1:2关系。因为坐标不变,因此在开发中可以使用绝对定位,肯定每个视图位置。同一时候提供俩套图片,~.png和~@2x.png。系统依据机器的分辨率本身主动决定使用哪张图片。
- iPhone 5/5s/5c以后,因为屏幕大小坐标已变,高度添加568 - 480 = 88个点,再使用绝对定位的方式,会致使程序高度不够,假设程序未作适配。系统会将多出来的88个点将会将会被本身主动均分为上下两部分,使得上下出现黑边。相应不一样机型,屏幕坐标大小改变了。不能再绝对定位了,为了解决问题,ios出现了一种新技术:AutoLayout。AutoLayout可以解决不一样机型,屏幕大小的变化。至于图片的适配。因为5/5s/5c,坐标:像素 = 1:2。因此直接使用@2x.png图片便可。
至于@2x图片大小,是依照640 x 960 仍是 640 x 1136 的大小。一个是拉伸效果。一个是压缩效果,因为比例差点儿相同,推荐使用大图的。
- iPhone 6以后,因为屏幕大小坐标已变。宽、高都增大。但是宽、高比例不变,相似以前的处理方式,使用AutoLayout本身主动适配,坐标:像素 = 1:2。使用@2x.png图片。
综合以前的,@2x图片可以依照750 x 1334规格来。
- iPhone 6 plus,相似以前使用AutoLayout,在使用图片的时候,因为 坐标:像素 = 1:2.6,理论上使用@2.6x.png图片就能够。但是这不是整数。实际使用很是不方便。而@2x 和 @3x 都不太行得通,怎么办?
引用一段文字说的很是好: 算法
“不是现有的屏幕物理分辨率明显超过了 @2x 但还达不到 @3x 的水平么?那咱们歪歪一个知足 @3x 的屏幕总可以吧?
对的。歪歪。
程序在 iPhone 6 Plus 上执行的时候,iOS 会骗它说,你执行在一个超大的 @3x Retina 显示屏上,物理分辨率高达 1242 x 2208,逻辑分辨率是 414 x 736,二者都比 iPhone 6 要大。而后做为设计师和开发者,也跟着一块儿歪歪。设计师绘图的时候要把屏幕当成 1242 x 2208 来绘图(而且要提供@3x 的高清图),开发者也依照 414 x 736 的逻辑分辨率来敲代码。
但借来的总要还的。xcode
等我们歪歪结束了之后。iOS 拿到这个假大的 UI 绘制结果。实时地再缩小到实际的 1080 x 1920 分辨率(系统经过某种算法)。因而,用户在 iPhone 6 Plus 的屏幕上看到的永远是被缩小了的图像:app
这么作使得设计和开发的过程大大简化。且最后的实际缩放系数 @2.62x 很接近理想的 @2.46x。使得相同的素材在真机上看起来尺寸也很合理:iphone

其它:工具
代码中的尺寸不要使用480、460这种绝对数值。使用的UIScreen取设备的尺寸。
开启适配?(手动/本身主动)
在某机型上,假设是本身主动适配,比方iPhone 5,老版程序就会在屏幕上、下俩端多出俩块黑条;比方iPhone6/6plus。老版程序就会本身主动等比拉伸。那怎样关闭本身主动适配?
指定启动图(好比iPhone 5为Default-568h@2x.png)或者使用Launch Screen File.xib。即程序使用手动适配,不会作拉伸等。但是程序内部必须已作处理。不然使用本身主动适配方案。
总结:
- 不一样机型适配可当作两部分,一是屏幕大小适配(坐标),一是像素适配;前者依据不一样的机型大小,视图大小本身主动适应(AutoLayout);后者依据机型的分辨率和坐标比率,提供合适@xx图片。
- 眼下4s、5/5s/5c、6的适配,使用图片部分,都是使用@2x的图片,在不一样的机器上确定会有必定的拉伸、缩小,眼下没看到什么好的解决方式,推荐图片按大图标准作;
- 趋势:机器屏幕的大小可能会愈来愈多。绝对定位的方式确定不行。使用AutoLayout,本身主动适配屏幕大小,相似网页的思想来设计界面。
- 趋势:xcode 6中已经可以使用矢量图了,可以使用矢量图。避免各类规格图片;
- 对于设计师:
(1)非矢量素材。就可以作尺寸最大的。以后再进行缩小。比方你需要兼容3x的屏幕,就直接作最高那种图片。因为以后几种机型长宽比都是9:16,可以直接拉伸。
(2)已有非矢量素材,直接拉伸放大到@3x。
(3)而当使用Flash之类的矢量工具来作素材的时候。应该直接作点那个尺寸。比方44 x 66个点的button。就创建一个44 x 66的场景。
以后再导出成2倍图,3倍图,因为矢量放大不失真。不要创建一个3x的场景,导出成大图片,再进行缩小,这样就easy失真。
其它:
--1.假如是那种导航栏。工具栏之类的背景图,需要横跨整个屏幕。可以仅仅切一小块,让程序拉伸,拉伸方式是保持两边的像素不动,仅仅拉伸最中间的一列像素。
需要拉伸的话,横方向就不要出现一些渐变色。
--2.button的点击区域,不该该少于44pt(过小不易点中)。就算button的图片看起来比較小,也应该使得点button周围的透明区也有反应。
实际操做方案:
下面是我的观点,有没有更好的或者不正确的。有待验证、提高。
- 方案(1):
效果:(高)各视图、button、cell、bar高度。高度间距固定(坐标)。不一样屏幕高度显示的cell多少不一样。各bar。btn离屏幕顶部。或者占屏幕底部位置不变;(宽)各视图、button、cell、bar的宽度随屏幕大小变化而变化。
实现方法:
(高):代码中用#define定义各控件高度,xib中直接写死各控件高度。父视图用ScreenHeight调节高度。
(宽):
1.代码中各控件宽度用效果图里“控件宽度/图宽度.00”这个比例x,x*ScrrenWeight计算控件的宽度,父视图用ScrrenWeight调节;
2.xib中使用autoRisizing约束宽度;父视图代码中用ScrrenWeight调节宽度。
- 方案(2):
效果:各视图、button、cell、bar宽高随着不一样屏幕大小,合适缩放。
实现方法:
1.高度适配參考上文中宽度适配;
2.代码中手写Autolayout的约束条件,NSLayoutConstraint相关类或者xib中使用AutoLayout。父视图用ScrrenSize调节宽度。
- 说明:
1.(对于控制器建立完,不一样屏幕控制器xib初始大小为多少,是屏幕大小仍是xib设置的某个大小,未研究过,不知道,在代码中用ScrrenSize调节保险)。
2.对于高度固定,仅仅是在宽度一个方向作适配的话,假设用Autolayout的话,会有一堆警告,高度上面不作约束,本身主动变化调节不出来;假设高度上也作了约束,那么就不是在一个方向上适配的前提了。
------------------------------------
參考:
《具体解释 iPhone 6 Plus 的奇葩分辨率》http://j.news.163.com/docs/99/2014091214/A5V1I08A9001I08B.html
《iPhone屏幕适配,历史及现状》http://hjcapple.github.io/2014/10/10/iphone-screen.html
《APP设计师必读-高速适配iPhone6及plus的诀窍》http://www.ui.cn/project.php?
id=25685
《iPhone6分辨率与适配》http://www.cocoachina.com/ios/20140912/9601.html