怎样中区分viewcontroller是由presentModalViewController或是pushViewController

最新推荐文章于 2019-12-29 17:54:27 发布
原创 最新推荐文章于 2019-12-29 17:54:27 发布 · 163 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文介绍了一种简单的方法来判断UIViewController是通过presentModalViewController还是pushViewController方式显示的。通过检查viewController的navigationController或parentViewController属性是否为空来进行区分。

可以判断一下 viewController的属性navigationController或者parentViewController，该值为空，则是presentModalViewController出来的，不为空，则是 pushViewController出来的。 

present 一个页面后 使用pushviewcontroller的问题
wscqqlucy的专栏
05-09 1531
最近，做项目的时候遇到的，就是present 一个viewController 后，想在这个页面上pushviewcontroller 另一个页面，发现没有任何网页，遍搜所有国内的博客，都没发现有类似的问题，搜stackhack ，发现有类似的问题，经过本人的实验，终于解决了。现把解决方案贴在这里，以便于整理和学习。       遇到这样的问题，貌似需要先把原先的viewcontroller
iOS开发之ViewController页面跳转和弹出模态
执迷的博客
10-22 1619
本文介绍了iOS开发中ViewController的页面跳转和弹出模态，ViewController是MVC开发模式中一个重要的类。   ViewController 页面跳转 从一个Controller跳转到另一个Controller时，一般有以下2种：  1、利用UINavigationController，调用pushViewController，进行跳转；这种采用压栈和出栈
presentViewController 、pushViewController和presentModalViewController
鱼龙变的博客
07-20 9208
presentModalViewController 、presentViewController 和pushViewController 都能够用来更新界面，但是它们有一定的不同之处。
ios 判断当前页面从哪个页面跳转过来的(上个界面是哪个ViewController)
robinson_911的专栏
06-19 7267
以前处理页面来向，都会在上个设置个type做个标记，显得狠繁琐。 下面是一种精简的方法来判断页面来向的方法 #pragma 处理界面的来向 - (void)handleFromViewControllers { NSArray *viewControllers = self.navigationController.viewControllers; @myWeakif
ios开发 判断当前ViewController是push还是present的方式显示的
DaMing_XiaoZhi的博客
05-25 2159
NSArray *viewcontrollers=self.navigationController.viewControllers; if (viewcontrollers.count > 1) { if ([viewcontrollers objectAtIndex:viewcontrollers.count - 1] == self) { //push方式
先presentModalViewController后pushViewController没有效果的解决方法
u010216960的博客
09-13 240
在做项目的时候，先用presentModalViewController到登录界面，在登录界面在pushViewController到注册界面，push不过去。LoginViewController *login = [[LoginViewController alloc]init]; [self.navigationController presentModalViewController:l
iOS pushViewController 和 presentViewController的区别 详解
热门推荐
chenshun123的博客
01-07 1万+
pushViewController 导航控制器入栈的方式切换页面 presentViewController 模态切换的方式切换页面 1> 用 UINavigationController 的时候用 pushViewController:animated      返回之前的视图 [[self navigationController] popViewControllerA
iOS开发之presentViewController、presentModelViewController和pushViewController
asfhwh的专栏
01-23 781
本来这个应该是昨天发出来的，昨天时间来不及就放到今天发了。 昨天在开发中遇到一个问题：从ViewController push一个视图，返回的时候返回不了；查看代码发现push方法、pop方法都没问题；话不多说，直接上代码： - (void)AddNewFeedBacks { FeedBackViewController *feedBackView = [[FeedBackView
pushViewController和presentViewController的区别
judgejames的博客
12-29 420
用UINavigationController的时候用pushViewController:animated ----返回之前的视图[[self navigationController] popViewControllerAnimated:YES]; ---ps：push以后会在navigation的left bar自动添加back按钮，它的响应方法就是返回。所以一般不需要写返回方法，点b...
pushViewController presentModalViewController 用法
jiangbuku的专栏
11-20 820
两个方法都是用ViewController是建立在UINavigationController之上的 例如： TestViewController *testViewController = [[TestViewController alloc] init]; UINavigationController *nav = [[UINavigationController alloc
iOS开发中ViewController的页面跳转和弹出模态
09-03
在iOS开发中，ViewController是Model-View-Controller (MVC)设计模式的核心组成部分，负责处理数据和控制视图的展示。页面跳转和模态弹出是ViewController的主要交互方式，帮助用户在应用的不同功能间导航。 页面...
iOS应用开发中实现页面跳转的简单方法笔记
09-02
对于不涉及导航堆栈的情况，我们可以选择直接跳转到新的页面，例如使用`presentModalViewController:animated:`（iOS 6.0之前）或`presentViewController:animated:completion:`（iOS 6.0及以后版本）。这种方式通常...
【医学图像处理】基于openslide的SVS切片多尺度分析：病理AI研究中的高分辨率图像处理与批量裁剪技术应用
01-03
内容概要：本文是一份关于使用openslide处理显微镜病理SVS切片的全流程技术教程，涵盖从环境搭建、基础读取与可视化，到进阶裁剪、批量处理以及科研级应用拓展。文章详细介绍了SVS切片的特点和openslide库的功能，提供了Python代码示例，实现切片多层级图像提取、感兴趣区域裁剪、大批量SVS文件自动化处理，并进一步引导读者结合深度学习模型进行病变分割、细胞计数、多尺度分析及交互式可视化报告开发。同时附带常见问题避坑指南，帮助用户应对内存不足、坐标错乱和格式兼容等问题。; 适合人群：计算机或生物医学工程相关专业，正在进行病理图像分析方向毕业设计的学生，具备一定Python编程和图像处理基础的研发人员。; 使用场景及目标：① 掌握openslide对超大SVS切片的高效读取与多层级可视化方法；② 实现病理图像的精准裁剪与批量预处理，为AI模型训练准备数据；③ 构建从全切片到局部细节的多尺度分析流程，提升毕设的技术深度与科研价值。; 阅读建议：建议边实践边学习，配合提供的代码链接动手操作，优先在小样本上验证流程，并结合ImageScope软件进行坐标定位与结果验证，注意处理大文件时的内存优化策略。
update9-20260103.5.211.slice.img.7z.003
01-03
小雉系统分卷源码
QT学习 实例 QLineEdit QLCDNumber
01-03
下载方式：https://pan.quark.cn/s/f4ef8119fda2 通过QT学习实例，可以展示QLineEdit的多样化应用方式，并运用QLCDNumber来以类似液晶显示屏的数字形式呈现数值
半监督和无监督极限学习机（SS-US-ELM）（Matlab代码实现）
01-03
半监督和无监督极限学习机（SS-US-ELM）（Matlab代码实现）内容概要：本文档主要介绍了一种半监督和无监督极限学习机（SS-US-ELM）的Matlab代码实现方法，属于机器学习与深度学习领域的前沿探索内容。文中强调该技术在时序预测、分类识别、回归分析等方面的应用，并指出其适用于缺乏充足标签数据的实际科研场景。资源还涵盖了极限学习机（ELM）系列算法与其他智能优化算法、神经网络模型的结合应用，展示了其在电力系统、负荷预测、电池健康状态评估等多个工程领域的实践价值。此外，文档附带了多个Matlab仿真实例及相关网盘资源链接，便于读者复现和扩展研究。; 适合人群：具备一定Matlab编程基础，从事科研工作或研究生阶段的学习者，尤其适合研究机器学习、电力系统优化、智能算法应用等相关方向的人员。; 使用场景及目标：①用于解决标签数据稀缺情况下的分类与预测问题；②结合智能优化算法提升极限学习机性能；③应用于电力负荷预测、新能源系统调度、电池状态估计等实际工程问题的研究与模型构建。; 阅读建议：建议读者结合提供的Matlab代码实例进行实践操作，优先掌握ELM基本原理后再深入SS-US-ELM的实现逻辑，同时利用网盘资源完成代码复现与参数调优，以达到理论与实践相结合的学习效果。
电机控制基于Simulink的永磁同步电机模型预测控制仿真：FCS-MPCC算法实现与动态性能分析
最新发布
01-03
内容概要：本文详细介绍了一种基于Simulink的表贴式永磁同步电机（SPMSM）有限控制集模型预测电流控制（FCS-MPCC）仿真系统。通过构建PMSM数学模型、坐标变换、MPC控制器、SVPWM调制等模块，实现了对电机定子电流的高精度跟踪控制，具备快速动态响应和低稳态误差的特点。文中提供了完整的仿真建模步骤、关键参数设置、核心MATLAB函数代码及仿真结果分析，涵盖转速、电流、转矩和三相电流波形，验证了MPC控制策略在动态性能、稳态精度和抗负载扰动方面的优越性，并提出了参数自整定、加权代价函数、模型预测转矩控制和弱磁扩速等优化方向。; 适合人群：自动化、电气工程及其相关专业本科生、研究生，以及从事电机控制算法研究与仿真的工程技术人员；具备一定的电机原理、自动控制理论和Simulink仿真基础者更佳； 使用场景及目标：①用于永磁同步电机模型预测控制的教学演示、课程设计或毕业设计项目；②作为电机先进控制算法（如MPC、MPTC）的仿真验证平台；③支撑科研中对控制性能优化（如动态响应、抗干扰能力）的研究需求； 阅读建议：建议读者结合Simulink环境动手搭建模型，深入理解各模块间的信号流向与控制逻辑，重点掌握预测模型构建、代价函数设计与开关状态选择机制，并可通过修改电机参数或控制策略进行拓展实验，以增强实践与创新能力。
2021年湖北省黄石市中考数学试卷及解析
01-03
根据原作 https://pan.quark.cn/s/23d6270309e5 的源码改编 湖北省黄石市2021年中考数学试卷所包含的知识点广泛涉及了中学数学的基础领域，涵盖了实数、科学记数法、分式方程、几何体的三视图、立体几何、概率统计以及代数方程等多个方面。 接下来将对每道试题所关联的知识点进行深入剖析：1. 实数与倒数的定义：该题目旨在检验学生对倒数概念的掌握程度，即一个数a的倒数表达为1/a，因此-7的倒数可表示为-1/7。 2. 科学记数法的运用：科学记数法是一种表示极大或极小数字的方法，其形式为a×10^n，其中1≤|a|<10，n为整数。 此题要求学生运用科学记数法表示一个天文单位的距离，将1.4960亿千米转换为1.4960×10^8千米。 3. 分式方程的求解方法：考察学生解决包含分母的方程的能力，题目要求找出满足方程3/(2x-1)=1的x值，需通过消除分母的方式转化为整式方程进行解答。 4. 三视图的辨认：该题目测试学生对于几何体三视图（主视图、左视图、俯视图）的认识，需要识别出具有两个相同视图而另一个不同的几何体。 5. 立体几何与表面积的计算：题目要求学生计算由直角三角形旋转形成的圆锥的表面积，要求学生对圆锥的底面积和侧面积公式有所了解并加以运用。 6. 统计学的基础概念：题目涉及众数、平均数、极差和中位数的定义，要求学生根据提供的数据信息选择恰当的统计量。 7. 方程的整数解求解：考察学生在实际问题中进行数学建模的能力，通过建立方程来计算在特定条件下帐篷的搭建方案数量。 8. 三角学的实际应用：题目通过在直角三角形中运用三角函数来求解特定线段的长度。 利用正弦定理求解AD的长度是解答该问题的关键。 9. 几何变换的应用：题目要求学生运用三角板的旋转来求解特定点的...
Python基于改进粒子群IPSO与LSTM的短期电力负荷预测研究
01-03
Python基于改进粒子群IPSO与LSTM的短期电力负荷预测研究内容概要：本文围绕“Python基于改进粒子群IPSO与LSTM的短期电力负荷预测研究”展开，提出了一种结合改进粒子群优化算法（IPSO）与长短期记忆网络（LSTM）的混合预测模型。通过IPSO算法优化LSTM网络的关键参数（如学习率、隐层节点数等），有效提升了模型在短期电力负荷预测中的精度与收敛速度。文中详细阐述了IPSO算法的改进策略（如引入自适应惯性权重、变异机制等），增强了全局搜索能力与避免早熟收敛，并利用实际电力负荷数据进行实验验证，结果表明该IPSO-LSTM模型相较于传统LSTM、PSO-LSTM等方法在预测准确性（如MAE、RMSE指标）方面表现更优。研究为电力系统调度、能源管理提供了高精度的负荷预测技术支持。; 适合人群：具备一定Python编程基础、熟悉基本机器学习算法的高校研究生、科研人员及电力系统相关领域的技术人员，尤其适合从事负荷预测、智能优化算法应用研究的专业人士。; 使用场景及目标：①应用于短期电力负荷预测，提升电网调度的精确性与稳定性；②为优化算法（如粒子群算法）与深度学习模型（如LSTM）的融合应用提供实践案例；③可用于学术研究、毕业论文复现或电力企业智能化改造的技术参考。; 阅读建议：建议读者结合文中提到的IPSO与LSTM原理进行理论学习，重点关注参数优化机制的设计思路，并动手复现实验部分，通过对比不同模型的预测结果加深理解。同时可拓展尝试将该方法应用于其他时序预测场景。
viewcontroller 如何知道是 通过 presentViewController 还是 pushViewController 打开的
10-31
<think>我们有一个需求：判断一个ViewController是通过`present`方式还是`push`方式打开的。 根据引用内容，我们可以总结如下： 1. 如果当前ViewController是通过`present`方式呈现的，那么它会有`presentingViewController`（即呈现它的视图控制器）不为nil。 2. 如果当前ViewController是通过`push`方式（即通过导航控制器）打开的，那么它会有`navigationController`不为nil，并且它是导航控制器堆栈中的一个。 因此，我们可以通过以下两个属性来判断： - 检查`self.presentingViewController`是否存在：如果存在，则说明当前视图控制器是被present出来的。 - 检查`self.navigationController`以及`self.navigationController.viewControllers`：如果当前视图控制器在导航控制器的堆栈中，则说明是通过push打开的。但需要注意的是，被present出来的视图控制器也可能被嵌入到导航控制器中（即present了一个导航控制器，而当前控制器是这个导航控制器的根视图控制器），所以我们需要进一步判断当前视图控制器是否在导航控制器堆栈中，并且不是根视图控制器（如果是根视图控制器，那么它可能是被present出来的导航控制器的根视图，而不是push进来的）。 然而，更直接的判断方法是： - 如果当前视图控制器的`navigationController`存在，并且当前视图控制器不是导航控制器的根视图控制器（即`self.navigationController.viewControllers.firstObject != self`），那么可以认为是通过push进来的。因为如果是根视图控制器，那么它可能是被present出来的（当present一个导航控制器时，其根视图控制器就是根），也可能是通过其他方式（比如设置为window的根视图控制器）而来的。 但是，我们也可以换一个角度：我们只需要知道当前的呈现方式，而不需要知道整个导航堆栈的历史。通常，我们关心的是返回时应该用dismiss还是pop。 根据引用[2]提到的方法： ```objectivec if (self.presentingViewController) { [self dismissViewControllerAnimated:YES completion:nil]; } else { [self.navigationController popViewControllerAnimated:YES]; } ``` 这个方法用于返回操作：如果有presentingViewController，则dismiss，否则pop。 因此，我们可以这样理解： - 如果`self.presentingViewController`存在，说明当前视图控制器是被present出来的（不管它是否在导航控制器中），那么返回时应该用dismiss。 - 否则，如果`self.navigationController`存在，则使用pop返回。 注意：被present出来的视图控制器也可能同时在一个导航控制器中，但此时它仍然有presentingViewController。所以，判断presentation的方式更优先。 所以，要判断一个视图控制器是通过present还是push打开的，我们可以这样： 1. 如果`self.presentingViewController`不为nil，则说明是present方式。 2. 否则，如果`self.navigationController`不为nil且当前视图控制器不是导航控制器的根视图控制器（即通过push进入的），则说明是push方式。 3. 其他情况（比如是导航控制器的根视图控制器，或者是直接作为窗口的根视图控制器等）则既不是push也不是present。 但是，注意：当我们present一个导航控制器时，这个导航控制器的根视图控制器的`presentingViewController`也是不为nil的（因为整个导航控制器是被present的）。所以如果我们想判断当前视图控制器本身是被present还是被push，那么对于导航控制器内的非根视图控制器，我们可以这样： - 如果当前视图控制器的`presentingViewController`不为nil，那么它所在的最外层的容器是被present的，但是当前视图控制器本身可能是被push的（在导航控制器内部）。 所以，问题在于：我们想要判断的是当前视图控制器是如何显示出来的，而不是它的容器。 根据需求，我们可能有两种情况： 情况1：只关心当前视图控制器是被present还是被push（不考虑它是否在导航控制器内）。 那么，只要当前视图控制器有`presentingViewController`（即它或者它的某个父容器是被present出来的），那么我们就认为它是通过present方式显示的。否则，如果它在导航控制器中且不是根视图控制器，则是push。 情况2：严格判断当前视图控制器本身是直接通过present还是push。 那么，如果当前视图控制器是被present出来的（而不是push），那么它应该没有父容器是导航控制器，或者即使有，它也是作为导航控制器的根视图控制器被present出来的。但是，如果它是导航控制器的根视图控制器，那么它本身并不是被push的，而是作为present的一部分。 实际上，我们通常更关注返回的方式：即用dismiss还是pop。所以引用[2]的方法是最实用的：用`presentingViewController`来判断。 因此，我们可以这样定义一个方法： ```objectivec - (BOOL)isPresented { return (self.presentingViewController != nil); } - (BOOL)isPushed { // 如果当前视图控制器在导航堆栈中，并且不是根视图控制器，则是push进来的 if (self.navigationController) { NSArray *viewControllers = self.navigationController.viewControllers; if ([viewControllers containsObject:self] && viewControllers[0] != self) { return YES; } } return NO; } ``` 但是注意：一个视图控制器可能同时满足`isPresented`和`isPushed`吗？ 例如：先present一个导航控制器，然后在这个导航控制器里push了第二个视图控制器。那么第二个视图控制器： presentingViewController不为nil（因为整个导航控制器是被present的） -> isPresented返回YES 同时它在导航控制器堆栈中且不是根视图控制器 -> isPushed返回YES 所以，在这种情况下，它既是presented又是pushed。那么返回操作应该怎么做？ 实际上，对于这个视图控制器，我们通常使用pop返回上一个视图控制器（即导航控制器内部的），而不是dismiss整个导航控制器。所以这里的返回操作应该是pop，而不是dismiss。 因此，我们之前从返回操作的角度写的代码（引用[2]）： ```objectivec if (self.presentingViewController) { // 如果有presentingViewController，说明当前视图控制器或者它的父容器是被present的 // 但是，如果当前视图控制器在导航控制器中，我们应该使用pop，除非它是导航控制器的根视图控制器 if (self.navigationController.viewControllers.firstObject == self) { // 如果是导航控制器的根视图控制器，那么dismiss整个导航控制器 [self dismissViewControllerAnimated:YES completion:nil]; } else { [self.navigationController popViewControllerAnimated:YES]; } } else { [self.navigationController popViewControllerAnimated:YES]; } ``` 但这并不完美，因为我们可能present了一个导航控制器，然后在这个导航控制器里push了多个视图控制器，当我们处于非根视图控制器时，我们期望pop，而不是dismiss。 所以，我们更常用的方法是：不管当前视图控制器是如何呈现的，只要它在导航控制器中且不是根视图控制器，我们就pop，否则才dismiss。 因此，判断打开方式可能并不需要严格区分，而是根据返回操作的需要来判断。所以，我们通常这样写返回操作： ```objectivec if (self.navigationController && self.navigationController.viewControllers.count > 1 && self.navigationController.viewControllers.firstObject != self) { [self.navigationController popViewControllerAnimated:YES]; } else { [self dismissViewControllerAnimated:YES completion:nil]; } ``` 但是，这样写也有问题：如果当前视图控制器是被push进来的，但是已经是导航控制器的根视图控制器了（实际上不可能，因为push的前提是已经在导航堆栈中，且根视图控制器只会在第一次push时被加入，所以根视图控制器只能通过设置导航控制器的根视图控制器数组而来，而不会通过push。所以，通常导航控制器的根视图控制器不会被push，而是被设置进去的，然后push后面的视图控制器）。 所以，更通用的做法是： ```objectivec if (self.navigationController) { // 在导航控制器中 if (self.navigationController.viewControllers.count > 1 && [self.navigationController.viewControllers lastObject] == self) { // 当前视图控制器在导航堆栈的顶部（即当前显示的），且堆栈中有多于一个，说明可以pop [self.navigationController popViewControllerAnimated:YES]; } else { // 否则，尝试dismiss [self dismissViewControllerAnimated:YES completion:nil]; } } else { // 不在导航控制器中，直接dismiss [self dismissViewControllerAnimated:YES completion:nil]; } ``` 但是，以上逻辑可能会忽略一种情况：当前视图控制器在导航控制器中，但是不是最顶部的视图控制器（这种情况一般不会发生，因为当前显示的视图控制器通常就是最顶部的）。 因此，简单而常用的做法是引用[2]的方法： ```objectivec if (self.presentingViewController) { [self dismissViewControllerAnimated:YES completion:nil]; } else { [self.navigationController popViewControllerAnimated:YES]; } ``` 这种方法在大多数情况下有效，但有一个问题：如果当前视图控制器是被present出来的，但同时又在导航控制器中（即present了一个导航控制器，并且当前视图控制器是这个导航控制器中的非根视图控制器），那么执行dismiss就会关闭整个导航控制器，而不是pop到上一个视图控制器。 所以，针对这个问题，我们需要改进：在present出来的导航控制器中的非根视图控制器，我们希望pop，而不是dismiss。 因此，更精确的写法： ```objectivec // 如果当前视图控制器在导航控制器中，并且不是导航控制器的根视图控制器，则pop if (self.navigationController.viewControllers.count > 1 && self.navigationController.viewControllers.lastObject == self) { [self.navigationController popViewControllerAnimated:YES]; } else if (self.presentingViewController) { [self dismissViewControllerAnimated:YES completion:nil]; } else { // 否则，尝试pop（可能当前视图控制器是导航控制器的根视图控制器，并且是present出来的，那么dismiss） // 或者，如果既不在导航控制器中，也没有presentingViewController，则可能是根视图控制器，无法返回 [self.navigationController popViewControllerAnimated:YES]; // 这里可能会没用（如果不在导航控制器中，navigationController为nil，执行pop不会发生任何事情） } ``` 综上所述，判断打开方式并不直接对应返回操作，我们需要根据返回操作的需要来写代码。 回到问题本身：如何判断ViewController是通过present还是push打开的？ 我们可以这样定义： - 如果一个视图控制器是被present出来的（即它或者它所在的容器是被present的），那么它的`presentingViewController`不为nil。 - 如果一个视图控制器是被push出来的，那么它必须在一个导航控制器中，并且不是导航控制器的根视图控制器。 但是，由于一个视图控制器可能同时满足这两个条件（被present的导航控制器中的非根视图控制器），所以我们需要根据具体需求来决定。 如果我们只关心最外层的呈现方式，那么我们可以使用`presentingViewController`是否存在来判断：存在则为present，否则再检查是否是push。 但是，如果我们要严格区分，那么： ```objectivec // 判断是否通过present方式打开（当前视图控制器或者它的父容器是被present的） BOOL isPresented = (self.presentingViewController != nil); // 判断是否通过push方式打开（在导航控制器中且不是根） BOOL isPushed = NO; if (self.navigationController) { NSArray *viewControllers = self.navigationController.viewControllers; if (viewControllers.count >= 2) { // 当前视图控制器在导航堆栈中，并且不是根视图控制器（至少有两个，且当前视图控制器不是第一个） // 注意：有可能当前视图控制器在堆栈中，但不在栈顶？实际上当前显示的视图控制器应该是栈顶的。 // 所以我们只需要判断当前视图控制器在堆栈中且索引大于0 NSUInteger index = [viewControllers indexOfObject:self]; if (index != NSNotFound && index > 0) { isPushed = YES; } } } ``` 那么，这个视图控制器的打开方式： - 如果isPresented为YES，并且isPushed为NO，说明它是被present出来的，并且是作为根视图控制器（或者是直接present的，没有导航控制器）。 - 如果isPresented为YES，并且isPushed为YES，说明它是被present的导航控制器中的非根视图控制器（即先present了导航控制器，然后push了这个视图控制器）。 - 如果isPresented为NO，isPushed为YES，说明它是被push的（在一个普通的导航控制器中，并且不是根）。 - 两者都为NO，则可能是根视图控制器（比如作为导航控制器的根视图控制器被addChildViewController，或者作为窗口的根视图控制器），或者通过其他方式添加。 所以，我们可以根据这个组合来判断。 但是，请注意：直接present一个视图控制器（不是导航控制器）然后在这个视图控制器中再present另一个视图控制器，那么后者也是isPresented为YES，isPushed为NO。 因此，我们可以提供两个属性： ```objectivec @interface UIViewController (MyCategories) - (BOOL)wasPresented; - (BOOL)wasPushed; @end @implementation UIViewController (MyCategories) - (BOOL)wasPresented { return (self.presentingViewController != nil); } - (BOOL)wasPushed { if (self.navigationController) { NSArray *viewControllers = self.navigationController.viewControllers; if ([viewControllers containsObject:self] && viewControllers.firstObject != self) { return YES; } } return NO; } @end ``` 使用： ```objectivec if ([self wasPresented]) { NSLog(@"This view controller was presented (possibly as root of a navigation controller)."); } if ([self wasPushed]) { NSLog(@"This view controller was pushed in a navigation controller."); } ``` 但要注意，这两个属性可能同时为真。 因此，针对最初的问题，我们可以这样回答： 要判断ViewController是通过presentViewController还是pushViewController打开的，可以使用上面提供的两个方法（wasPresented和wasPushed）来组合判断。 总结： - 如果wasPresented返回YES，且wasPushed返回NO，则为present方式。 - 如果wasPresented返回NO，且wasPushed返回YES，则为push方式。 - 如果两者都返回YES，则说明是通过push方式在一个被present出来的导航控制器中打开的。 - 如果两者都返回NO，则说明是通过其他方式（比如设置为根视图控制器）。 注意：第三种情况（两者都为YES）也可以视为push方式，因为它的呈现是导航控制器内部push的结果，但它的父容器是被present的。 因此，根据需求，如果我们只关心最直接的方式，那么： - 如果wasPushed为YES，不管wasPresented如何，都认为是push打开的（因为用户操作是push）。 - 否则，如果wasPresented为YES，则认为是present打开的。 - 否则，其他方式。 代码示例： </think>要判断一个 `UIViewController` 是通过 `presentViewController` 还是 `pushViewController` 打开的，可以通过检查视图控制器的属性组合来实现。以下是完整的判断方法和代码示例： --- ### **判断方法** #### 1. **检查 `presentingViewController` 属性** - 如果 `self.presentingViewController != nil`，说明当前控制器是通过 `present` 方式打开的[^2] - **适用场景**：直接模态展示的视图控制器 #### 2. **检查导航控制器堆栈** - 如果 `self.navigationController.viewControllers` 包含当前控制器 **且** 不是根视图控制器，说明是通过 `push` 方式打开的[^3] - **代码逻辑**： ```objectivec if (self.navigationController && [self.navigationController.viewControllers containsObject:self] && self.navigationController.viewControllers.firstObject != self) { // 通过 push 打开 } ``` --- ### **完整代码实现** ```objectivec // UIViewController+OpenMethod.h @interface UIViewController (OpenMethod) - (BOOL)isOpenedByPresent; - (BOOL)isOpenedByPush; @end // UIViewController+OpenMethod.m @implementation UIViewController (OpenMethod) // 是否通过 present 方式打开 - (BOOL)isOpenedByPresent { return (self.presentingViewController != nil); } // 是否通过 push 方式打开 - (BOOL)isOpenedByPush { if (!self.navigationController) return NO; NSArray *viewControllers = self.navigationController.viewControllers; return ([viewControllers containsObject:self] && viewControllers.firstObject != self); } @end ``` --- ### **使用示例** ```objectivec // 在视图控制器中判断打开方式 - (void)viewDidLoad { [super viewDidLoad]; if ([self isOpenedByPresent]) { NSLog(@"通过 presentViewController 打开"); } else if ([self isOpenedByPush]) { NSLog(@"通过 pushViewController 打开"); } else { NSLog(@"其他打开方式（如根控制器）"); } } ``` --- ### **特殊情况处理** #### 1. **嵌套导航控制器的情况** 当控制器被嵌入 `UINavigationController` 后模态展示时： ```objectivec // 父容器是 UINavigationController 但自身是被 present 的 if (self.navigationController && self.navigationController.presentingViewController) { // 本质仍是 present 方式 } ``` #### 2. **返回操作的决策逻辑** 根据打开方式执行正确的返回操作[^2]： ```objectivec - (void)backButtonPressed { if ([self isOpenedByPresent]) { [self dismissViewControllerAnimated:YES completion:nil]; } else if ([self isOpenedByPush]) { [self.navigationController popViewControllerAnimated:YES]; } } ``` --- ### **关键区别总结** | 特性 | `presentViewController` | `pushViewController` | |---------------------|---------------------------------|-------------------------------| | **堆栈管理** | 由 `UIViewController` 管理 | 由 `UINavigationController` 管理 | | **返回方式** | 需调用 `dismissViewController` | 需调用 `popViewController` | | **导航链检查** | 检查 `presentingViewController` | 检查 `navigationController.viewControllers` | | **层级关系** | 可叠加显示（支持透明背景） | 严格线性堆栈（同一时间只显示一个） |
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值