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

[Yo_oY]

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

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

开发环境为iOS6，谢谢！

[txx]

appear = =

[PrideChung]

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

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

// 做其他事情
}

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

[alexrezit]

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

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

[Hysteria]

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

[PrideChung]

@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]

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

[allenhsu]

同意 @PrideChung 的意见

[allenhsu]

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

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

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

[vixvix]

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]

@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

[jun1st]

@alexrezit 你不完全错，记得是在iOS5之前，需要presentingViewController来Dismiss，在5之后，可以直接Dismiss

[xuan_lengyue]

显然是 viewWillAppear 和 viewWillDisappear，实在不行在 B dismiss 的时候发布 Notification，在 A 里监听。

[zhigang1992]

isMovingFromParentViewController

isMovingToParentViewController

[alexrezit]

@jun1st
错了就是错了, 这个咱得承认, 要对自己说的话负责.

[ShiningRay]

楼主可是在暴走漫画画过不少作品的那位？

[Yo_oY]

@ShiningRay 不是哈

[jun1st]

@alexrezit 你去看看iOS 5和6

[walkingway]

@alexrezit 的意思是当A弹出B，B又弹出C的时候，这时候B调用dismiss，不会传递到A，而是直接把C给dimiss掉了。简单的说就是B已经占了资源了，当接到释放命令的时候，就必须的先交出自己的，自己没有占有资源的时候才能尝试向上一级发出申请。

[alexrezit]

@jun1st
@walkingway
我知道. =.=