I was under the impression that viewDidLoad will be called AFTER prepareForSegue finishes. This is even how Hegarty teaches his Stanford class (as recently as Feb 2013).
Thought I'd add a little explanation on what happened here:
prepareForSegue
is called before the view is displayed
viewDidload
is called the first time the view is accessed (view is lazy loaded).
What probably happened is that you accessed the view
in prepareForSegue
triggering the view loading manually.
Usually the flow is:
preformSegue
prepareForSegue
ViewController
is added to the hierarchyviewDidLoad
.But what probably happened in your case is:
preformSegue
prepareForSegue
prepareForSegue
you access the view
view
is automatically loaded => viewDidLoad
is invokedperformSegue
viewDidLoad
(already called)So yes usually the view
property is not accessed before the ViewController
is added to the hierarchy, but if it is, viewDidLoad
can be triggered earlier.
Thanks for sharing, helped me figure my problem out.
In my case, the destinationViewController is a UITabBarController and modifying it's viewControllers Array triggered the viewDidLoad:
- (void)prepareForSegue:(UIStoryboardSegue *)segue sender:(id)sender
{
UITabBarController *tabBarController = segue.destinationViewController;
tabBarController.viewControllers = ...
tabBarController.something = something;
}
in the viewDidLoad I needed the something attribute to be set, so I had to move it up:
- (void)prepareForSegue:(UIStoryboardSegue *)segue sender:(id)sender
{
UITabBarController *tabBarController = segue.destinationViewController;
tabBarController.something = something;
tabBarController.viewControllers = ...
}
I had a similar problem with my dynamic cell which showed a modal when selected. prepareForSegue
was executed before didSelect:atIndexPath
. What helped me was that in the storyboard I reassigned the segue to start from the controller and not the dynamic cell prototype. I solved the race condition (?) and everything is working perfectly!
I had run into similar confusions in the past. The general rules of thumb that I learned are:
Another lesson learned with regards to prepareForSegue is to avoid redundant processing. For example, if you already segue a tableView cell to a VC via storyboard, you could run into similar race condition if you attempt to process BOTH tableView:didSelectRowAtIndexPath and prepareForSegue. One can avoid such by either utilizing manual segue or forgo any processing at didSelectRowAtIndexPath.
the simple solution is to place
[self.tableView reloadData];
in viewWillAppear
: