iOS6中怎么知道一个ViewControllor从后台到前台（从栈里出来）？

在AViewControllor里调用了 [self presentViewControllor: BViewControllor .....]，于是AViewControllor相当于到了后台，BViewControllor相当于到了前台。
之后在BViewControllor执行[self dismissViewControllor ......]，这时AViewControllor会恢复到前台。

想问一下，此时我怎么知道AViewControllor已经恢复了，有没有类似ViewDidLoad这样的函数会自动执行？
因为我在A里执行了一个任务，载入B的时候暂停，想在A恢复到前台时自动恢复这个任务。

开发环境为iOS6，谢谢！

AViewControllor

前台

BViewControllor

19 条回复 • 1970-01-01 08:00:00 +08:00

txx

2013-04-29 03:09:13 +08:00

appear = =

PrideChung

2013-04-29 03:41:58 +08:00

1.你应该在AViewController里面调用 dismissViewControllerAnimated:completion: 而不是BViewController。

2.viewDidAppear太泛用了，你可以在AViewController里面添加一个方法
- （void)dismissBViewController
{
[self dismissViewControllerAnimated:YES completion:nil];

// 做其他事情
}

然后在创建 BViewController 的时候把 AViewController 作为 delegate 传给BViewController，需要dismiss的时候让 BViewController 调用 AViewController 的 dismissBViewController 方法。

alexrezit

2013-04-29 08:26:47 +08:00

@PrideChung
别闹, A 里面调用就把 A 给 dismiss 了.

比较常用的方法还是 -viewWillDisappear: 和 -viewDidAppear: 里面写. @PrideChung 说的 delegate 也是一个办法, 不过不如前者灵活, 换个视图逻辑就得重写很多代码了.

Hysteria

2013-04-29 08:59:07 +08:00

难道presentViewController这个方法所带的completion block不是在controller出现完毕之后调用的么= =

PrideChung

2013-04-29 14:16:37 +08:00

@alexrezit
咱俩谁别闹？A里面调用就把 A 给 dismiss 了？吐槽别人之前能不能请你先做个试验看看
https://github.com/PrideChung/Demos/tree/master/PresentingViewController

至少先查查文档吧。
https://developer.apple.com/library/ios/#documentation/UIKit/Reference/UIViewController_Class/Reference/Reference.html#jumpTo_42

The presenting view controller is responsible for dismissing the view controller it presented. If you call this method on the presented view controller itself, it automatically forwards the message to the presenting view controller.

alexrezit

2013-04-29 14:40:01 +08:00

@PrideChung
我错了... 我承认! 以前一直用 B dismiss 的因为比较方便. = =

allenhsu

2013-04-29 15:55:29 +08:00

同意 @PrideChung 的意见

allenhsu

2013-04-29 15:59:01 +08:00

想换行，不小心 cmd + enter 直接发出去了 =。=

dismiss 的时候，will/didAppear 会被调用，但是 push/pop 的时候同样会被调用，所以仅仅是一个可以的方案，不是最佳方案。

一般需要 modal present 的 vc，较好的方式是定义 protocol，通过 delegate 回调，可以参考 UIImagePickerController 和 UIImagePickerControllerDelegate

vixvix

2013-04-29 22:06:04 +08:00

A presentViewControllor B
B dismissViewControllor
这是没有问题的，文档上面就写的很清除：
The presenting view controller is responsible for dismissing the view controller it presented. If you call this method on the presented view controller itself, it automatically forwards the message to the presenting view controller.

你在B调用 dismiss的时候，这个dismiss会被传递到"the presenting view controller", 也就是A, 就等于A dismiss B.

PrideChung

2013-04-30 03:45:53 +08:00

@vixvix

我以为第一句话就说得够清楚了。
The presenting view controller is responsible for dismissing the view controller it presented.

一次能成功的代码不代表一直能成功，我告诉你一种可能会出问题的情况。

如果BViewController在进行一些很耗时的操作，它设了一个回调，执行下面这行代码：
[self dismissViewControllerAnimated:YES completion:nil]; // 耗时操作完成后打算dismiss自己

期间因为业务需要，BViewController 上面又弹出了一个 CViewController，之后 BViewController 的回调触发了，结果CViewController 被dismiss了，BViewController却还在。因为这时系统发现 BViewController 的 presentedViewController属性不为nil，就不把你的 dismissViewController 自动forward到AViewController了。

如果你觉得上面的话太抽象，我更新了我的Demo来演示这种情况。
https://github.com/PrideChung/Demos/tree/master/PresentingViewController