I want to create my own container view controller, i.e. something like UINavigationController
or UITabBarController
. Docs say I should not do that, but why not? Navigation and tabbar containers are good examples that such thing is possible and works really well. Also I understand that iPhone has small screen and people shouldn't mess it up by navigation buttons, etc., but on an iPad there is a lot of space and splitting it to many view controllers would give us great opportunities.
I have a feeling Apple didn't add such API yet, but they will. Few days ago they've added docs about iPad-specific controllers (yeah, container ones) and they've modified texts to something less-forbidding.
Anyway... what problems may I have if I try to use two or more view controllers on one screen? I know only one of them will get events like orientation change or low memory warning, so I have to pass these events to contained VCs. I'm afraid about compatibility with future versions of iOS, cause if they'll add new events, then contained VCs won't execute default actions inherited from UIViewController
. Anything else? Do you think my app may be rejected by Apple? Maybe there is other way to have some view elements persistent on each screen without copying a lot of same code to every VC?
Thanks in advance.