屏幕适配
1、屏幕适配的发展过程:
代码计算frame -> autoreszing(父控件和子控件的关系) -> autolayout(任何控件都可以产生关系) -> sizeclass
没有屏幕适配,直接使用frame固定子控件的大小
屏幕大小一样,但是如果进行ipad开发,就需要考虑屏幕适配
屏幕大小不一样,需要考虑屏幕适配(使用autoresizing/autolayout实现)
autoresizing:ios7之前经常使用
autolayout:ios6开始出现,ios7之后大范围使用
sizeclass:ios8开始出现,解决横竖屏和iphone、ipad共同开发
2、autoreszing
-
需要去除autolayout选项,因为这两个属性冲突。view的autoresizesSubviews属性为yes时(默认为yes),autoresizing才会生效
-
从XCODE6开始,Storyboard&Xib默认是自动布局,因此我们需要手动调整,才能使用autoresizing
-
autoresizing的局限性
它只能描述父子控件之间的布局关系,而不能描述子控件与子控件之间的布局关系
3、autolayout
要先禁止autoresizing功能,设置view的下面属性为NO
view.translatesAutoresizingMaskIntoConstraints = NO;
> 添加约束之前,一定要保证相关控件都已经在各自的父控件上
> 不用再给view设置frame
使用autolayout不再需要设置子控件的frame
通过使用父子控件之间的约束 或者 子控件与子控件之间的约束进行frame的设置。
-好处:
你基本上可以不用考虑屏幕不同分辨率的问题,你终于可以不用在viewDidLoad方法里判断不同分辨率下,不同控件应该放在哪里,或者针对不同分辨率写不同的storyboard和xib
你可以抛弃那些根据不同文字来计算tableViewCell、UILabel高度的代码了,因为autolayout会帮你自动计算好
如果你的布局在横屏竖屏下变化不是特别大,你不用再为横着竖着写两套代码或者写两个storyboard/xib了
警告和错误
1)、警告(黄色提示)
* 控件的frame不匹配所添加的约束, 比如比如约束控件的宽度为100, 而控件现在的宽度是110
2)、错误(红色提示)
* 缺乏必要的约束, 比如只约束了宽度和高度, 没有约束具体的位置
* 两个约束冲突, 比如1个约束控件的宽度为100, 1个约束控件的宽度为110
4、sizeclass
仅仅是对屏幕进行了分类, 真正排布UI元素还得使用autolayout
- 不再有横竖屏的概念, 只有屏幕尺寸的概念
- 不再有具体尺寸的概念, 只有抽象尺寸的概念
- 把宽度和高度各分为3种情况
- Compact : 紧凑(小)
- Any : 任意
- Regular : 宽松(大)
- 符号代表
- : Compact
- : Any
- : Regular
网友评论