iOS-旋转屏幕

来源:互联网 时间:2017-01-22


iOS的转屏可以由三个地方控制:



AppDelegate 中的下面这个代理方法控制:(返回值是允许转屏的类型)


-(UIInterfaceOrientationMask)application:(UIApplication*)application supportedInterfaceOrientationsForWindow:(UIWindow*)window{
returnUIInterfaceOrientationMaskPortrait; //这个返回值意味着只允许竖屏
}
//注意: 这个代理方法的优先级最高,即使用这个方法后,下面两个方法如与此有冲突,则均失效


General - Deployment Info - Device Orientation
(1)Protrait 竖屏
(2)Upside Down 倒屏
(3)Landscape Left 左横屏
(4)Landscape Right 右横屏
注意: 勾选不同的选型,代表整个项目所支持的转屏类型,此方法的优先级为中



AppDelegate中的self.window.rootViewController 所指向的 根视图控制器 中的两个代理方法:
(一般都是UINavigationController或者UITabBarController中调用)


//(1) 哪些页面支持自动转屏
- (BOOL)shouldAutorotate{
return YES; //返回YES,表示支持自动转屏
}
//(2) 哪些界面支持哪些转屏方向
- (UIInterfaceOrientationMask)supportedInterfaceOrientations{
return UIInterfaceOrientationMaskAllButUpsideDown; //表示支持除了倒屏之外的所有转屏类型
}
//(3)屏幕的初始转屏方向
- (UIInterfaceOrientation)preferredInterfaceOrientationForPresentation{
return UIInterfaceOrientationPortrait;
}
//注意: 这个方法的优先级最低,只有不和前两个方法冲突时,这个方法才有效

如果根视图控制器与子控制器以Push的形式交互,这两个代理方法写在根视图控制器没有问题
但是
如果根视图控制器的某个子控制器present到另一个控制器(假设是VC3)的话,就得分情况而论:


如果VC3是用navigationController/tabBarController包装过的VC3,那么就应该在新包装的navigationController/tabBarController中再次重写者两个代理方法才行;
如果是直接present到VC3的,那么就在VC3中重写这两个代理方法才可以.

注意: 优先级只是便于使用的说法,实际上正确的流程应该是这样子的 :


首先,对于任意一个viewController,iOS会以info.plist中的设置和根视图控制器中的preferredInterfaceOrientationForPresentation和supportedInterfaceOrientations三者支持的方法做一个交运算,若交集不为空,则以preferredInterfaceOrientationForPresentation为初始方向,交集中的所有方向均支持,但仅在shouldAutorotate返回YES时,允许从初始方向旋转至其他方向。若交集为空,进入viewController时即crash,错误信息中会提示交集为空。


其次,UINavigationController稍有些特别,难以用常规API做到同一个navigationVC下的不同ViewController在不同方向间自如地切换。(如果去SO之类的地方搜索,会找到一个present empty viewController and then dismiss it之类的hacky trick,不建议使用),如果要在横竖屏间切换,建议使用presentXXX方法。


再次,AppDelegate中有一个委托方法可以动态的设置应用支持的旋转方向,且此委托的返回值会覆盖info.plist中的固定设置。使用该方法的便利之处不言自明,但缺点是搞明白当前哪个ViewController即将要被显示,很可能会导致耦合增加;


最后,以上为本人在iOS9实验所得,如有错误,敬请指正




相关阅读:
Top