Архитектурная проблема: дизайн повторяющихся событий

Question

Мне нужно иметь логику в нашем приложении, которая позволяет определять повторяющиеся события (например, каждый вторник, каждый каждый месяц), которые затем приводят к определенному действию в приложении.

Я думал UILocalNotification бы хорошая идея, но с этим классом я отправить уведомление также к пользователю, и я хочу, чтобы обработать событие тольков приложении (если приложение не в сети, то может быть в следующий раз приложение вверх)

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

Большое спасибо за любые предложения

Answer 1

Вы определенно хотите использовать UILocalNotification в вашей ситуации, она будет полностью удовлетворять потребности, которые вы описали.

Поскольку вы сказали, что событие должно срабатывать только при активном приложении (на переднем плане), вам нужно будет добавить некоторую пользовательскую логику, чтобы это произошло, но это не очень сложная задача, и у вас есть несколько вариантов Вот.

Что я предлагаю, так это то, что вы используете жизненный цикл приложения методов вашего AppDelegate, чтобы запланировать и удалить ваши уведомления, когда это уместно.

Протокол UIApplicationDelegate содержит два соответствующих метода для вашего случая (на самом деле немного больше, но эти два будут выполнять эту работу для вас ...). Сначала у нас есть applicationWillEnterBackground:, здесь вы должны удалить все текущие запланированные уведомления. В методе applicationDidBecomeActive: вы можете перепланировать уведомления, так как этот вызов вызывается каждый раз, когда ваше приложение снова появляется на переднем плане.

Дайте мне знать, если у вас есть дополнительные вопросы: