Devo fare il backup del calendario sul mio telefono. Abbiamo bisogno che abbiamo bisogno di fare il backup di interi dati del calendario. Ora, il telefono supporta sempre eventi ricorrenti. Quindi, l'evento potrebbe esistere dal 01-01-1601 al 31-12-3000. Logicamente, non c'è motivo di fare il backup dal 01-01-1601 al 31-12-3000.
Voglio solo conoscere le tue opinioni sulla gamma ideale per lo stesso.
La gamma ideale è ciò che la persona / organizzazione che ha dato il requisito dice che qualcos'altro potrebbe essere sbagliato.
Se il requisito sembra sbagliato / troppo complesso, discuterlo con il mittente.
Come pensi che il telefono memorizzi gli appuntamenti ricorrenti? Cerca di fare lo stesso. Quasi sicuramente gli eventi ricorrenti vengono memorizzati utilizzando tre valori: <start date, recurrence period, end date (optional)> .
Per eventi non ricorrenti, crea una copia normale.
E per essere davvero in tema: memorizzare TUTTI gli eventi / appuntamenti futuri e, alla fine, chiedere all'utente se qualcosa del passato dovrebbe essere salvato perché alcuni non vogliono affatto, alcuni vogliono al massimo x mesi / settimane fa, alcuni vogliono tutto.
Non puoi registrare l'evento ricorrente una volta e il periodo di ricorsione? Per eventi non ricorrenti, puoi registrarli tutti.
Intervallo ideale == il massimo intervallo esistente. Il backup probabilmente contiene solo eventi esistenti, quindi ad es. se hai solo un singolo evento nel tuo calendario al 2011-09-09, non importa dove il range possibile inizia e finisce . Per quanto riguarda gli eventi ricorrenti, hai prenotato il programma fino all'anno 3000? Sembra un po '... troppo ottimista, IMHO.
Logicamente, non ha senso avere un backup "completo" che non è un backup completo, ma fa solo finta di essere.
A proposito, è una tale "intelligenza" e gli angoli di taglio con le date ("naah, non avremo mai bisogno di quello ") che ci ha portato il famoso Y2K.