Événements récurrents dans le calendrier-Rails

Dans mon cas, j'ai fait quelque chose comme ceci :

# Holds most of my event's data; name, description, price ...
class Event < ActiveRecord::Base
  has_many :schedules
  has_many :occurrences
  attr_accessible :started_at, :expired_at # expired_at is optional
end

# Holds my schedule object
class Schedule < ActiveRecord::Base
  belongs_to :event
  attr_accessible :ice_cube_rule # which returns my deserialized ice_cube object
end

# Holds generated or manually created event occurrences 
class Occurrence < ActiveRecord::Base
  belongs_to :event
  attr_accessible :started_at, :expired_at
  attr_accessible :generated # helps me tell which occurrences are out of an ice_cube generated serie
  attr_accessible :canceled_at
end

À partir de là, j'ai utilisé ice_cube pour gérer le calcul des occurrences et stocké les résultats dans la table des occurrences. J'ai d'abord essayé de travailler sans le modèle D'Occurrence, mais peu importe l'avancée du moteur de règles, vous aurez toujours des exceptions, donc stocker les occurrences dans leur propre modèle vous donne de la flexibilité.

Ayant un modèle D'Occurrence, il est beaucoup plus facile d'afficher les événements sur un calendrier ou avec la date filtres de recherche que vous avez juste besoin d'interroger les occurrences, puis afficher les données de l'événement associé au lieu de rassembler tous les événements dans une plage de dates donnée, puis d'avoir à filtrer les événements où le calendrier(s) ne correspondent pas.

Vous pouvez également signaler une occurrence d'événement comme annulée ou la modifier (en définissant l'attribut généré sur false afin qu'il ne soit pas nettoyé lors de la modification d'une planification ice_cube... ou quel que soit le besoin de votre entreprise)

Bien sûr, si vous avez des événements qui répétez indéfiniment, vous voudrez limiter jusqu'où dans le futur vous voulez que ces occurrences soient générées et utiliser des tâches de râteau automatisées pour nettoyer les anciennes et générer des occurrences pour l'année prochaine.

Jusqu'à présent, Ce modèle fonctionne plutôt bien pour moi.

Jetez également un oeil à la gemme recurring_select qui est une entrée de formulaire ice_cube assez soignée.

Juste une opinion du haut de ma tête, peut-être que comenters soulignera un problème auquel je ne pense pas pour le moment:

Je ferais un modèle RecurringEvent (ou ce que vous voulez appeler) que has_many :events.

Disons que chaque événement est créé par un employé (en fonction de vos notes), puis RecurringEvent serait également belong_to :employee. Vous pouvez ensuite créer une relation has_many :through où un employé a de nombreux événements et a de nombreux événements récurrents.

Le modèle RecurringEvent peut avoir une date de début modèle, et il pourrait initialement utiliser ce modèle pour créer les événements individuels se produisant. Ensuite, sur tout événement faisant partie de la série récurrente, vous pouvez modifier ou supprimer cette occurrence individuelle, mais vous pouvez également "régénérer la série", supprimer tous les événements de la série (ou tous les événements futurs de la série) et les reconstruire en fonction d'un nouveau modèle, par exemple déplacer la réunion de "tous les mardis"à" tous les jeudis".

Un autre genre de chose agréable à ce sujet est que vous pourriez créez une liste d'événements récurrents en un coup d'œil, ce qui pourrait vous donner un bon aperçu des principales obligations des gens.

Comme je l'ai dit, c'est comme ça que je l'aborderais, mais c'est juste une idée et je n'ai rien construit comme ça, donc je ne sais pas s'il y a de gros gotchas dans l'approche que je suggère.

Bonne chance, veuillez poster ce que vous finissez par faire!

Je suis assez nouveau pour Rails, votre solution semble intéressante. Pour créer la planification et les occurrences associées, utilisez-vous des rappels conditionnels dans le modèle D'événement?

Dans mon cas, les utilisateurs seraient en mesure de créer des événements, hebdomadaires récurrents ou non. Je pensais donc à un champ booléen récurrent dans le modèle d'événement. Donc, je suppose que vous auriez un premier rappel pour créer le planning:

before_save :create_weekly_schedule, if: :recurring

Et fondamentalement un second pour créer les occurrences:

after_save :create_occurences_if_recurring

def create_occurences_if_recurring
  schedules.each do |sched|
    occurences.create(start_date: sched.start_time, end_date: sched.end_time)
  end
end

Est-ce que cela semble logique avec votre solution? Thx