Сохранение состояния iOS для приложения, требующего входа
Мое приложение имеет четыре состояния, каждое из которых использует свой собственный контроллер корневого представления, и мне нужно только восстановить представления для онлайн-состояния, но мне нужно пройти через три других состояния при запуске для входа в систему и загрузки содержимого приложения.
У меня это работает для простого приложения на основе UITabBarController, который работает отлично. Но там я могу создать экземпляр контроллеров представления в application:willFinishLaunchingWithOptions: без проблем как у меня всегда так же.
Я изо всех сил пытаюсь перенести эту концепцию из примера со статическим номером контроллера представления в динамический контекст моего реального приложения.
То, что я хотел бы иметь, - это своего рода отложенное создание экземпляров моих контроллеров представления, чтобы они создавались после воссоздания контекста сеанса. Но, насколько я вижу, это невозможно с API.
Я думаю, что моя концептуальная проблема заключается в том, что в тот момент, когда application:viewControllerWithRestorationIdentifierPath:coder: вход на сервер еще не сделан. Поэтому я не могу настроить свои объекты dao для загрузки динамического контента, который мне понадобится для создания контроллеров представления.
Коротышка Я также думал о том, чтобы просто сохранить динамические данные с сервера в состоянии приложения, чтобы я мог снова их отобразить, а затем выполнить вход за сценой и объединить данные с реальными данными с сервера. Но этот подход звучит хакерски, и объединение данных, отображаемых с реальными данными с сервера, также создает много проблем. И это не одобряется документацией.
Сейчас я думаю записать все звонки на application:viewControllerWithRestorationIdentifierPath:coder: метод и записать данные, чтобы я мог использовать их позже, когда я буду готов создать фактические контроллеры представления, но у меня есть ощущение, что это не намерение о том, как использовать этот API.
У кого-нибудь есть направление для меня?