UILocalNotifcation пользовательское событие пожара или борьба с NSTimer - PullRequest
0 голосов
/ 29 ноября 2011

У меня есть проблема перехода состояния с NSTimer, о которой мне трудно отслеживать во время applicationWillResignActive / applicationDidEnterBackground, в соответствии с контекстом моего приложения.

Мне было интересно, может ли это бытьЛучшая идея использовать UILocalNotification, особенно учитывая его фоновое / неактивное срабатывание.Тем не менее, я хотел узнать, есть ли у нас возможность предоставить пользовательский метод для UILocalNotification, в котором отсутствует диалоговое окно (может повредить весь смысл моего приложения).В сущности, я хотел бы использовать только возможности таймера запуска UILocalNotification и обрабатывать событие пожара с помощью моего собственного метода, который делает что-то очень «дружественное по отношению к диалогу»

. Проверьте документы ADC ион ссылается на диалог, представляемый каждый раз.

Любой совет, который вы можете дать по этому поводу, будет принят.

спасибо

sc.

1 Ответ

1 голос
/ 29 ноября 2011

Диалоговое окно отображается, когда ваше приложение находится в фоновом режиме.Но оно не представлено, когда ваше приложение запущено - вместо этого ваше приложение может свободно обрабатывать уведомления, как сочтет нужным.Таким образом, было бы вполне возможно подключить его к пользовательскому методу вашего собственного изготовления.

Основная причина такого поведения заключается в том, что пользователь может не захотеть заходить в ваше приложение, если оно находится в фоновом режиме.Конечно, в iOS 5 уведомление может не являться диалоговым окном - это может быть один из новых стилей уведомления.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...