Текущий контроллер просмотра без вызова presentViewController (или rejectViewController)

Question

Я нахожусь в процессе создания достаточно сложного iPad-приложения, которое будет работать на iOS7 +. Приложение имеет экран входа в систему, к которому необходимо получить доступ после каждого сеанса пользователя, это начальный контроллер представления в моей раскадровке. Пользователь может выйти из любого другого экрана приложения (имеется около 60 других экранов), нажав кнопку, которая всегда доступна в любом другом ViewController. Когда пользователь выходит из системы, следует использовать настраиваемую анимацию перехода.

Кажется, я могу достичь этого одним из двух способов: либо с помощью экрана с каждого экрана в приложении на страницу входа в систему, что делает невозможным чтение раскадровки, либо presentViewController.

Я реализовал это с помощью presentViewController, просмотрев контроллер представления по id из раскадровки (который создает новый экземпляр, который является желаемым поведением), а затем представляет его из текущего контроллера представления.

Неудивительно, что это не отменяет исходный контроллер входа в систему и по существу создает стек контроллеров представления, в конце концов у меня заканчивается память, так как каждый раз, когда пользователь выходит из системы, создается и сохраняется новый контроллер входа в систему.

Есть ли способ очистить этот «стек» контроллеров вида?

Есть ли другой способ представить контроллер вида с анимацией, которая не включает в себя presentViewController или segues? Я рассмотрел сдерживание контроллера контроллера, но это не кажется правильным при использовании с раскадными версиями.

Answer 1

Рассматривали ли вы замену контроллера корневого представления? Если делегат приложения наблюдает уведомление о выходе и заменяет контроллер корневого представления исходным содержимым раскадровки, которое должно вернуть приложение на начальный экран.

Я видел, что это было представлено как решение проблем входа/выхода из системы в другом месте в Интернете, но я не уверен, есть ли переход, который можно оживить там.

Answer 2

Я думаю, что ваш подход неправильный. Исправить меня еще мудрый.

Механизмы входа должны быть одноточечными. Следовательно, вы должны определить свои контроллеры, модели, представления все как экземпляры singleton. Например, посмотрите на мой следующий код.

static id objectInstance; 

+ (id) sharedInstanceID { 
    if (!objectInstance) { 
     objectInstance = [[YourClass alloc] init]; 
    } 
    return objectInstance; 
} 

Дайте мне знать, если это поможет вам.