Répéter des "événements" (calendrier)

J'ai pensé que les événements répétés devraient être générés lorsque l'événement d'origine est enregistré, avec un nouveau modèle. Cela signifie que je ne fais pas de traitement aléatoire chaque fois que le calendrier est chargé (et cela signifie également, par exemple, annuler une "spectacle" dans une série) mais signifie également que je dois limiter cela à un certain délai. Si quelqu'un est allé dire, une année dans l'avenir, ils ne verraient pas ces spectacles répétés. Mais à un moment donné, ils devraient être (potentiellement) être ré-générés.

AH, événements répétés - une des banes de ma vie, ainsi que des fuseaux horaires. Calendrier est dur .

vous pourrait vouloir modéliser cela en termes de RFC2445 . Cependant, cela pourrait bien vous donner beaucoup plus de flexibilité - et de complexité que vous ne voulez vraiment.

Quelques points à prendre en compte:

• Avez-vous besoin d'une granularité plus fin que d'un certain temps sur des dates données? Si vous avez besoin de répéter en fonction de l'heure, il devient plus difficile.
• Considérez des cas de date de coin comme «le 30 de chaque mois» et ce que cela signifie pour les années de saut
• Considérez des cas de coin de temps tels que «1h30 du jour tous les jours» - parfois de 1h30 peut arriver deux fois, et parfois, cela peut ne pas se produire du tout, en raison de l'heure d'été de la lumière du jour
• Avez-vous besoin de partager le programme avec des personnes dans d'autres fuseaux horaires? Cela rend la vie plus délicate à nouveau
• Avez-vous besoin de représenter le nombre de fois qu'un événement se produit ou une date finale sur laquelle elle se produit? ("Comptez" ou "Jusqu'à" Fondamentalement.) Vous n'avez peut-être pas besoin de non plus, ou si vous avez besoin d'une ou des deux.

  Je me rends compte que c'est une liste de choses à réfléchir plus qu'une réponse définitive, mais je pense qu'il est important de définir les paramètres de votre problème avant d'essayer de travailler une solution.