Причина обновления AppController до AppDelegate?

Вы имеете в виду название класса? Пока он наследуется от UIApplicationDelegate, не имеет значения, как он называется. Или AppController — это другой класс?   -  person Zev Eisenberg    schedule 25.01.2013

Хороший вопрос. Он наследуется от NSObject и применяется к UIApplicationDelegate, где, как и в проектах iOS 6, они наследуются от UIResponder.   -  person user1779598    schedule 25.01.2013

Ой, думаю, мне нужно было посмотреть на какой-то реальный код, а не делать это по памяти. Вероятно, вам следует обновить его до UIResponder <UIApplicationDelegate> или, что еще лучше, создать новый проект, получить новый делегат приложения и заменить старый. Вот предположение о том, почему новые делегаты приложений наследуются от UIResponder по умолчанию.   -  person Zev Eisenberg    schedule 25.01.2013

Делегат и контроллер не одно и то же и выполняют разные функции. Контроллеры управляют, делегаты делегируют.   -  person CodaFi    schedule 25.01.2013

@CodaFi +1, но точнее сказать, что делегаты выполняют делегированные им задачи, чтобы настроить поведение класса, делегатом которого они являются. Нет необходимости или всегда желательно, чтобы главный контроллер приложения (если он есть) также был делегатом приложения. Тем не менее, часто имеет смысл, чтобы они были одним и тем же.   -  person Andrew Madsen    schedule 25.01.2013

@AndrewMadson Хотя это обязательно верно, в iOS делегаты буквально являются делегатами. Они первыми (кроме main) уведомляются о запуске и последними уведомляются о выходе (опять же, помимо main). Что касается второй части, то я совершенно не согласен. Смешивание логики делегата и контроллера следует использовать с осторожностью, если вообще использовать (предпочтительно часть «если вообще»). Если у кого-то другого выхода нет, то совмещение имеет смысл, иначе это просто неумение или нежелание сабклассировать NSObject и пихать туда свою логику.   -  person CodaFi    schedule 25.01.2013