- (void)statusBarOrientationChange:(NSNotification *)notification
{
WClassAndFunctionName;
UIInterfaceOrientation oriention = [UIApplication sharedApplication].statusBarOrientation;
[self adaptUIBaseOnOriention:oriention];
}
一般情况下，关于屏幕旋转的适配用view自带的autoresizingmask属性就能轻松适配宽度以及边距，而且从iOS6到iOS8通吃。不过，前提是“一般情况下”。当你需要在横屏与竖屏状态下让你封装的view有不同的布局，那autoresizingMask属性就显得力不重新了。这也是本文要解决的主要问题。
显然，检测视图旋转事件是必须要做的。一般我们封装一个自定义控件，总是希望调用者可以轻松的调用它，因此检测视图旋转也应该在控件内做。
开始检测视图旋转。
在init方法中注册通知
- (void)registerListeningDeviceOriention
{
[[NSNotificationCenter defaultCenter] addObserver:self
selector:@selector(statusBarOrientationChange:)
name:UIApplicationDidChangeStatusBarOrientationNotification
object:nil];
}
一旦屏幕产生旋转，则调用statusBarOrientionChange:方法。比如：
|
1 2 3 4 5 6 |
|
然而，事情并不是那么顺利跟想当然的！当你满怀信心地在adaptUIBaseOnOriention方法中根据oriention做布局后会发现，iOS8跑出来的效果很完美，而非iOS8版本却乱七八糟。很多时候自定义view(以下简称superview)的subviews的布局要依赖于superview的size。所以一旦superview的frame没有适配好，那看起来就乱七八糟了！为什么会出现上述差异呢？根本原因是statusBarOrientationChange的触发时机依赖于ios版本。打log后发现，iOS8及以上的版本，statusBarOrientationChange在旋转结束后调用；在iOS8以下的版本，statusBarOrientationChange在旋转前调用。而如果你在statusBarOrientationChange方法中想当然地去读取当前的设备高度跟宽度，那必然产生差异！
总体思路是没错的，下一步就是在statusBarOrientationChange里面对当前的设备方向以及系统版本进行判断，这样才能取到真正的设备高度跟宽度，真正的设备高度宽度对于布局是至关重要的!
CGFloat windowWidth = kDeviceWindowWidth4Panel;//iOS8不用更改
CGFloat windowHeight = kDeviceWindowHeight4Panel;
if (!IsIOS8orAbove) {
windowWidth = (!kIsDeviceLandscape) ? kDeviceWindowWidth4Panel:kDeviceWindowHeight;
windowHeight = (!kIsDeviceLandscape) ? kDeviceWindowHeight4Panel:(kDeviceWindowWidth - (IsIOS7orAbove ? 0 : kSystemStatusBarHeight));
}
其实，本质上可以简述为：iOS8上windowSize取的是当前时刻的windowSize值，因此可以直接赋值；iOS8以下的windowSize取得是下一时刻旋转后的值，相当于预判了。
最后一点需要注意的地方是，如果你需要在statusBarOrientationChange方法中手动改变superview的frame，那请把init方法中的autoresizingMask属性全部注释掉，因为两者是冲突的，尤其是在iOS8以下。因为在iOS8以下本质上是在旋转之前就将所有的subviews的布局更新为旋转后的状态了，这样翻转过去就能正常显示。如果你加了autoresizingMask属性，那系统会根据旋转前最后一刻的状态来适配，这样旋转后就群魔乱舞了。
传送门：
http://www.cnblogs.com/wengzilin/p/4236582.html