我建议使用ruby的date库的功能和range模块的语义。循环事件实际上是一个时间，一个日期范围(开始和结束)，通常是一周中的某一天。使用日期和范围可以回答任何问题:

#!/usr/bin/ruby
require 'date'

start_date = Date.parse('2008-01-01')
end_date   = Date.parse('2008-04-01')
wday = 5 # friday

(start_date..end_date).select{|d| d.wday == wday}.map{|d| d.to_s}.inspect

产生事件的所有日子，包括闰年!

# =>"[\"2008-01-04\", \"2008-01-11\", \"2008-01-18\", \"2008-01-25\", \"2008-02-01\", \"2008-02-08\", \"2008-02-15\", \"2008-02-22\", \"2008-02-29\", \"2008-03-07\", \"2008-03-14\", \"2008-03-21\", \"2008-03-28\"]"

我使用如下所述的数据库模式来存储递归参数

http://github.com/bakineggs/recurring_events_for

然后使用runt动态计算日期。

https://github.com/mlipper/runt

将事件存储为重复事件并动态地显示它们，但是允许重复事件包含特定事件的列表，这些事件可以覆盖特定日期的默认信息。

当您查询重复发生的事件时，它可以检查当天的特定覆盖。

如果用户进行了更改，那么您可以询问他是希望更新所有实例(默认详细信息)还是仅更新当天(创建一个新的特定事件并将其添加到列表中)。

如果用户要求删除此事件的所有递归，您还可以获得详细信息列表，并可以轻松删除它们。

唯一有问题的情况是用户想要更新这个事件和所有未来的事件。在这种情况下，你必须把重复发生的事件分成两部分。此时，您可能需要考虑以某种方式链接重复发生的事件，以便将它们全部删除。

您可以直接将事件存储在iCalendar格式中，这允许无限重复、时区本地化等等。

您可以将这些存储在CalDAV服务器中，然后当您想要显示事件时，您可以使用CalDAV中定义的报告选项，要求服务器在所查看的时间段内扩展重复出现的事件。

或者你可以自己将它们存储在数据库中，并使用某种iCalendar解析库来进行扩展，而不需要PUT/GET/REPORT与后端CalDAV服务器进行对话。这可能是更多的工作-我相信CalDAV服务器隐藏的复杂性在某个地方。

从长远来看，以iCalendar格式保存事件可能会让事情变得更简单，因为人们总是希望将它们导出，以便放在其他软件中。

我正在处理以下问题:

http://github.com/elevation/event_calendar -日历的模型和助手 http://github.com/seejohnrun/ice_cube -令人敬畏的循环宝石 http://github.com/justinfrench/formtastic -简单表单

以及一个正在进行的gem，它将formtastic扩展为一个输入类型:recurrent (form。schedule:as =>:循环)，它会呈现一个类似ical的界面和一个before_filter来将视图再次序列化到一个IceCube对象中。

我的想法是使它难以置信的容易添加循环属性到一个模型，并在视图中容易地连接它。都在几行字里。

这给了我什么?索引，可编辑，循环属性。

Events存储单个日实例，并在日历视图/helper中使用 说的任务。schedule存储了yaml的IceCube对象，所以你可以像这样调用:task.schedule.next_suggestion。

概述:我使用两个模型，一个平面，日历显示，和一个属性的功能。

在javascript中:

处理重复的日程安排: http://bunkat.github.io/later/

处理这些计划之间的复杂事件和依赖关系: http://bunkat.github.io/schedule/

基本上，您创建规则，然后要求库计算接下来的N个重复事件(是否指定日期范围)。可以对规则进行解析/序列化，以便将它们保存到模型中。

如果您有一个重复发生的事件，并且只想修改其中一个重复发生的事件，您可以使用except()函数来取消特定的一天，然后为该条目添加一个新的修改过的事件。

库支持非常复杂的模式，时区，甚至croning事件。