关于self.view以及applicationFrame之类屏幕高度的一点总结
来源:互联网 发布:前端工程师和美工 编辑:程序博客网 时间:2024/06/06 03:13
今天搭一个小项目框架的时候遇到了一个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;
当我们在没有状态栏切换到有状态栏的视图是要注意先设置状态栏显示,然后再推出视图
为什么这么做呢,因为之前说了,6.1里面view是根据applicationFrame的高度来定的,如果先初始化控制器然后设置状态栏,就会存在下面的情况,状态栏把最上面遮住了:
虽然6.1之后的系统不会出现这种问题,但是我们也应该注意这两者之间的先后顺序
- 关于self.view以及applicationFrame之类屏幕高度的一点总结
- 关于用CSplitterWnd分割View的一点总结
- 关于用CSplitterWnd分割View的一点总结
- xcode7关于view的高度
- 关于序列化以及NonSerializedAttribute的一点总结
- 屏幕高度的获取以及高度的自适应问题
- 屏幕高度的获取以及高度的自适应问题
- 关于android中屏幕的宽度/高度/屏幕密度(ppi)的获取以及dp与px之间的转换
- 关于IOS的屏幕高度宏
- 关于自定义view, 本人的总结以及看法
- Android获取View 的坐标和屏幕高度、状态栏高度、标题栏高度
- Android-获取View 的坐标和屏幕高度、状态栏高度、标题栏高度
- 获取actionBar 的高度,状态栏高度,view.getLocationxxx()的总结
- iphone关于self.用法的一些总结
- 关于self.用法的一些总结
- iphone关于self.用法的一些总结
- 关于self.用法的一些总结
- 关于 self.用法的一些总结
- java的接口
- input 子系统架构总结
- tcp/ip下,拥塞控制算法
- Java的运行原理
- 统计素数并求和
- 关于self.view以及applicationFrame之类屏幕高度的一点总结
- USB与SCSI
- C++ 虚函数表解析
- 类加载机制:全盘负责和双亲委托
- 静or动态库中的全局变量被不同的dll调用修改,其值是否独立
- C编译器剖析_1.3 由文法到分析器_表达式Expression
- Java-Factorial Trailing Zeroes
- waveout 播放流媒体
- C++中const、volatile、mutable的用法