2011-04-23 13 views

Respuesta

20

Gracias por probar nuestra aplicación! Resulta que, en realidad, no estamos usando UILocalNotification repeatInterval para lograr eso. Dadas sus limitaciones (solo una NSCalendarUnit), escribimos nuestro propio programador. Esto tiene sus propias limitaciones, principalmente el límite de la cola de notificación local de 64 por aplicación. En esencia, programamos y construimos nuestra propia cola, luego completamos las notificaciones locales a partir de eso. Cada vez que el usuario inicia o realiza un cambio en la aplicación, lo reprogramamos.

Espero que ayude!

+2

¿Qué hace si la cola llega al final y el usuario no ha ejecutado su aplicación en el medio? ¿Utiliza la última notificación para decirle al usuario o utiliza algún otro truco? –

+0

@Jordan, supuse a lo que se refería Jeremy es que usan notificaciones de un solo disparo sin intervalo de repetición alguno. Por lo tanto, si el usuario elige borrar una "alarma repetitiva", no se le notificará nuevamente hasta que la aplicación tenga la oportunidad de volver a ejecutar. Normalmente también puede poner una notificación más larga para decirle al usuario que la aplicación no se ha ejecutado durante un tiempo, y las notificaciones pueden perderse. –

+0

¿Cree que hay alguna promesa al proporcionar una subclase de NSCalendar? El límite de 64 notificaciones es realmente un problema para mis propósitos. Mi cliente idealmente desea programar uno, por ejemplo, cada 25 minutos de 9: 00-5: 00 M-F. Podría hacer esto simplemente si el límite no estuviera allí, pero ¿hay algún valor o posibilidad de crear un calendario personalizado que piense que el viernes tiene 72 horas y programar una notificación por cada 25 minutos entre 900 y 1700 horas con una repetición diaria? ? Cuando son "4000 horas" el viernes, no se apaga. –

Cuestiones relacionadas