比较IOS开发中常用视图的四种切换方式

在iOS开发中,比较常用的切换视图的方式主要有以下几种:

1. push、pop

使用举例(ViewController假设为需要跳转的控制器):

[self.navigationController pushViewController:ViewController animated:YES]; //入栈,跳转到指定控制器视图
[self.navigationController popViewControllerAnimated:YES]; //弹栈,返回到前一个视图
[self.navigationController popToViewController:ViewController animated:YES]; //弹栈 返回指定控制器所在视图
[self.navigationController popToRootViewControllerAnimated:YES]; //弹栈 返回根控制器视图

2. modal

使用举例(ViewController假设为需要跳转的控制器):

[self presentViewController:ViewController animated:YES completion:nil]; //跳转到ViewController所在视图
[self dismissModalViewControllerAnimated:YES]; //退出当前视图

3. 切换window的rootViewController

使用举例(ViewController假设为需要跳转的控制器):

UIWindow *window = [UIApplication sharedApplication].keyWindow; //获得主窗口
window.rootViewController = [[ViewController alloc] init]; //将主窗口的根视图设置为当前控制器

4. 将另一个控制器的视图添加为当前控制器视图的子视图

[self.view addSubview: ViewController.View]; //实现复杂界面的时候常用

简要介绍下各种方式的优点和不足:

1、push、pop方式

优点:控制器切换是可逆的,且原始图不会销毁

缺点:依赖于UINavigationController,故需要有一个导航控制器,与某些界面不需要导航控制器有可能会冲突

push操作是可逆的,即控制器的切换时可逆的。

2、modal

优点:控制器切换是可逆的,且原始图不会销毁

缺点:跳转没有push方式自由,dismiss方式只能按顺序返回,不能跳跃, 从前一个modal到后一个时候,前一个控制器不会消失,一直在内存中

3、切换window的rootViewController

优点:跳转直接迅速,而且可以销毁前一个控制器,因为将window的强引用改为当前控制器,故前一个控制器会消失(ARC环境)

缺点:视图跳转不可逆

4、将一个控制器的视图添加到当前视图上面

优点:通过一个控制器将另一控制器设置为属性,自由读取其他控制器中的视图从而能够实现复杂UI界面

缺点:复杂,多数场合不适用

列表比较如下:

比较项目 push、pop modal 切换窗口的根控制器 添加子视图
销毁源视图
使用场合 有导航控制器,需要能够返回前一个视图的情况 没有导航控制器的跳转,能返回前一个视图 版本新特性或者不需要保留前一个控制器的情况 需要实现复杂界面的情况
是否有导航控制器

总结

视图切换的方式各有利弊,需要根据我们的需求选择使用的方式,以上就是本文的全部呢荣,水平有限,若有不正确之处,望各位批评指正,共同学习,共同提高!

(0)

相关推荐

  • 浅析iOS多视图滑动点击切换的集成

    前言 多视图滑动点击切换这个视图在很多App都有用到,我对这个View进行了封装,外界只需要调用一个接口,就能实现这个效果,使用方法和系统的tabbarController很相似. 外界只需要调用下面这个接口即可集成. /** * 添加一个子控制器 */ - (void)addSubItemWithViewController:(UIViewController *)viewController; HYTabbarView效果图如下 HYTabbarView可灵活配置一屏宽显示多少个标题,以及标

  • IOS中实现图片点击全屏预览

    如果你感觉累,那就对了那是因为你在走上坡路..这句话似乎有点道理的样子,时常提醒自己无论走到哪都不要忘记自己当初为什么出发.有时想想感觉有的东西可以记录一下,就把它记录下来吧,这次想写一下关于单张图片点击全屏预览的问题,网上查了一些大神写的有的功能确实很强大但自己暂时想要的只是简单的功能就好,还有些方法自己也没弄出想要的效果,最后写了一个比较简单的点击单张图片的全屏预览和双指捏合缩小放大,可能有时要对图片做一些处理,这里放大后只是显示同一张图片并未做处理,下面直接贴出代码 // // ViewC

  • iOS实现裁剪框和图片剪裁功能

    图片处理中经常用的图片剪裁,就是通过剪裁框确定图片剪裁的区域,然后剪去该区域的图片,今天实现了一下,其实图片剪裁本身不难,主要剪裁框封装发了点时间,主要功能可以拖动四个角缩放,但不能超出父视图,拖动四个边单方向缩放,不能超出父视图,拖动中间部分单单移动,不改变大小,不能超出父视图.下面列举一些主要代码. 四个角的处理代码: -(void)btnPanGesture:(UIPanGestureRecognizer*)panGesture { UIView *vw = panGesture.view

  • IOS给图片添加水印(两种方式)

    为了防止自己辛苦做的项目被别人盗走,采取图片添加水印,在此表示图片的独一无二.加水印不是在上面添加几个Label,而是我们把字画到图片上成为一个整体,下面小编给大家分享IOS给图片添加水印(两种方式). 提供一个方法,此方法只需要传递一个要加水印的图片和水印的内容就达到效果. 第一种方式: -(UIImage *)watermarkImage:(UIImage *)img withName:(NSString *)name { NSString* mark = name; int w = img

  • iOS实现列表与网格两种视图的相互切换

    下图为京东商城的截图 很多人看到这个,第一眼想到的是用TableView和CollectionView来做切换,笔者刚开始也是认为这么做,后来发现还有一个非常的简单方法,就可以实现这个功能. 实现代码 1.首先创建一个CollectionView. - (UICollectionView *)collectionView { if (!_collectionView) { UICollectionViewFlowLayout *flowlayout = [[UICollectionViewFlo

  • iOS毛玻璃效果的实现及图片模糊效果的三种方法

    App设计时往往会用到一些模糊效果或者毛玻璃效果,iOS目前已提供一些模糊API可以让我们方便是使用. 话说苹果在iOS7.0之后,很多系统界面都使用了毛玻璃效果,增加了界面的美观性,比如下图的通知中心界面; 但是其iOS7.0的SDK并没有提供给开发者实现毛玻璃效果的API,所以很多人都是通过一些别人封装的框架来实现,后面我也会讲到一个; 其实在iOS7.0(包括)之前还是有系统的类可以实现毛玻璃效果的, 就是 UIToolbar这个类,并且使用相当简单,几行代码就可以搞定. 下面是代码实现:

  • 详解IOS图片压缩处理

    前言  1.确图片的压缩的概念: "压" 是指文件体积变小,但是像素数不变,长宽尺寸不变,那么质量可能下降. "缩" 是指文件的尺寸变小,也就是像素数减少,而长宽尺寸变小,文件体积同样会减小.  2.图片压的处理 对于"压"的功能,我们可以使用UIImageJPEGRepresentation或UIImagePNGRepresentation方法实现, 如代码: //图片压 - (void)_imageCompression{ UIImage *

  • iOS中常见的视图和图片处理示例详解

    前言 众所周知在开发中不可避免的会遇到一些图片和视图的处理,我这里总结的这些只是我遇到的一些,以供下次使用查看.下面话不多说了,来一起看看详细的介绍吧. 图片的旋转 是UIImage的扩展类,直接使用UIImage的对象调用即可 UIImage #import <QuartzCore/QuartzCore.h> #import <Accelerate/Accelerate.h> @implementation UIImage (ImageRotate) -(UIImage *)im

  • iOS开发中视图的下拉放大和上拉模糊的效果实现

    把"秘密"的Cell效果整体视图都放到scrollView中,基本是和secret app 一模一样的效果了. 代码如下:(模糊效果的类就不写了,大家可以搜"UIImage+ImageEffects",还要导入Accelerate.framework) 1.MTSecretAppEffect.h 复制代码 代码如下: #import <Foundation/Foundation.h>    @interface MTSecretAppEffect : N

  • iOS开发中实现显示gif图片的方法

    我们知道Gif是由一阵阵画面组成的,而且每一帧画面播放的时常可能会不相等,观察上面两个例子,发现他们都没有对Gif中每一帧的显示时常做处理,这样的结果就是整个Gif中每一帧画面都是以固定的速度向前播放,很显然这并不总会符合需求.   于是自己写一个解析Gif的工具类,解决每一帧画面并遵循每一帧所对应的显示时间进行播放.   程序的思路如下:   1.首先使用ImageIO库中的CGImageSource家在Gif文件.   2.通过CGImageSource获取到Gif文件中的总的帧数,以及每一

随机推荐