Keep track of a recurrence rule (probably based on iCalendar, per @Kris K.). This will include a pattern and a range (Every third Tuesday, for 10 occurrences). For when you want to edit/delete a specific occurrence, keep track of exception dates for the above recurrence rule (dates where the event doesn't occur as the rule specifies). If you deleted, that's all you need, if you edited, create another event, and give it a parent ID set to the main event. You can choose whether to include all of the main event's information in this record, or if it only holds the changes and inherits everything that doesn't change.

请注意，如果允许不终止的递归规则，则必须考虑如何显示现在无限多的信息。

希望有帮助!

查看下面的文章，了解三个优秀的ruby日期/时间库。 对于递归规则和事件日历需要的其他东西，Ice_cube似乎是一个可靠的选择。 http://www.rubyinside.com/3-new-date-and-time-libraries-for-rubyists-3238.html

我正在处理以下问题:

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。

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

我建议使用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\"]"

您可能想要查看iCalendar软件实现或标准本身(RFC 2445 RFC 5545)。 很快想到的是Mozilla项目http://www.mozilla.org/projects/calendar/，快速搜索也会显示http://icalendar.rubyforge.org/。

可以考虑其他选项，这取决于您将如何存储事件。您正在构建自己的数据库模式吗?使用基于icalendar的软件，等等?

重复事件可能会有很多问题，让我强调一些我所知道的。

解决方案1 -没有实例

存储原始约会+复发数据，不存储所有实例。

问题:

当你需要的时候，你必须在一个日期窗口中计算所有的实例，成本很高 无法处理异常(即。你删除一个实例，或者移动它，或者更确切地说，你不能用这个解决方案这样做)

解决方案2 -存储实例

存储从1开始的所有内容，以及链接回原始约会的所有实例。

问题:

占用很大的空间(但是空间很便宜，所以很小) 必须优雅地处理异常，特别是在做出异常后返回并编辑原始约会时。例如，如果您将第三个实例向前移动一天，那么如果您返回并编辑原始约会的时间，在原始日期重新插入另一个实例，并保留已移动的实例，该怎么办?断开移动的那个?试着适当地改变移动的那个?

当然，如果不打算使用异常，那么任何一种解决方案都可以，基本上可以从时间/空间权衡方案中进行选择。