We have received a HUGE project from outsourcing that we are trying to "repair". There are hundreds of view controllers within the project. Our goal is to easily determine which class we are currently looking at on the device.
Our solution (which didn't work, hence the SO question) follows.
Override the viewDidAppear method of UIViewController via a category with this:
-(void)viewDidAppear:(BOOL)animated
{
NSLog(@"Current View Class: %@", NSStringFromClass(self.class));
[self viewDidAppear:animated];
//Also tried this:
//[super viewDidAppear:animated];
}
This category would be put in the .pch of the project.
This would require no extra code to be put in the hundreds of View Controllers and be easily turned on and off. It didn't work because, as we've learned now, <meme>one does not simply override an existing method via category</meme>.
What are we missing?!?
You can use method swizzling. Here is a nice guide: http://nshipster.com/method-swizzling/
Does the app use Navigation controllers to display the View Controllers? If so, you can use the NavigationController's methods to report the current controller:
Here is solution for this
In your .pch file include this
Create your new UIViewController sub class as
.h file
And .m file
The answer is to swizzle the methods! Here is what we came up with:
Do the view controllers share a common base class? if so you could just put it there in the base class' implementation of [viewDidAppear:]. If they do not share a common base, then perhaps that would be a worthwhile task as it could be useful anyways going forwards (common analytics code, etc.)
You can do a application wide find and replace from Xcode, but it won't necessarily find every case (but neither would the approaches that you tried). You could look for "[super viewDidLoad];" and replace with "[super viewDidLoad]; NSLog(@"Current View Class: %@", NSStringFromClass(self.class));"